You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@stanbol.apache.org by Melanie Reiplinger <me...@dfki.de> on 2012/08/01 10:54:53 UTC
Ontonet scope manager Upload of Ontologies
Hi Alessandro,
one more thing about the scope manager of the ontonet:
When I load an ontology upon a scope, using multipart/form-data (i.e.,
FormData object in Javascript), then automatically after this POST (if
ending with 303), a GET is done by the Browser on the URL of the
ontology. I guess this is due to the POST/Redirect/GET pattern.
The problem now is that this subsequent GET fails as time out. When
doing the same GET via curl, it takes awfully long before it spits out
the data belonging to the ontology.
Everything is ok if I specify -H "Accept:application/rdf+xml" for the
GET, but I guess that the automatic GET done by the browser does a plain
GET and therefore is kicked out for time out reason.
Why does the plain GET take so long for e.g.
curl -i -X GET
http://<stanbol>/ontonet/ontology/<myScope>/http://omv.ontoware.org/2005/05/ontology
?
Best,
Melanie
Am 31.07.2012 16:29, schrieb Alessandro Adamou:
> Hi Melanie,
>
> On 7/31/12 1:52 PM, Melanie Reiplinger wrote:
>> I did a complete re-installation and rebuild last night. Now my bugs
>> are gone, the delete for the contenthub works and I can see e.g. the
>> modified RESTful interface of the ontologymanager (which I did not
>> see before, in spite of updating). The curl command for adding 2
>> scopes at once to some existing session now works for me. :-)
>
> I forgot to tell you that in the latest update you had to rebuild and
> reinstall commons/owl too. However this happened automatically when
> you rebuilt the whole Stanbol.
>
> But anyway, to make sure the update takes place without rebuilding
> everything, perhaps the best thing to do is to install the single
> bundles as you build them, like this (while Stanbol is up and running):
>
> mvn clean install -PinstallBundle
> -Dsling.url=http://[stanbol]/system/console
>
> if you have changed the admin credentials to something other than
> admin:admin , also add -Dsling.user=[admin-username]
> -Dsling.password=[admin-password]
>
> Small update: I finally started working on the D of CRUD for stored
> ontologies! (i.e. on the /ontonet endpoint). Not sure how long it will
> take but I'd like to have a primitive implementation by the end of the
> week.
>
> probably the first implementation will be conservative, i.e. if there
> are any handles on the ontology you will get a 409 Conflict or 403
> Forbidden, not sure yet. You will first have to clear it of any
> handles from scopes or sessions.
>
>> Also for loading 2 libraries on a scope at creation, I succeeded
>> after I had escaped the '&' symbol in the URL. This is a bit
>> surprising for me, because I have used curl commands with the '&'
>> several times and never had to escape it until now. I'll see how this
>> works when sending the request via XmlHttpRequest using CORS, maybe
>> then I don't need to escape it.
>
> This is a command line feature (I assume you're using curl from a Unix
> shell). In Bash shells, the '&' character means "fork this command as
> a background process" and everything after it is ignored unless you
> escape it. You don't have to escape it for Ajax requests, so I guess
> that's why it worked for your XmlHttpRequest in JavaScript. Are you
> sure that in your previous curl calls the query parameters from the
> second on (i.e. that followed '&') were actually considered?
>
> Best,
> Alessandro
>
>
>> Am 30.07.2012 14:16, schrieb Alessandro Adamou:
>>> Hi Melanie,
>>>
>>> On 7/30/12 1:27 PM, Melanie Reiplinger wrote:
>>>> Sorry for my late reply, but I took a 2-week break from the job to
>>>> intensively study and revise for my exams that took place last week.
>>>
>>> I understand. I hope they all went fine. I too am extensively
>>> working on my Ph.D. thesis (of which the Stanbol ontology manager is
>>> but a partial implementation BTW).
>>>
>>> Can I be curious? I'd like to ask you what is the use case you're
>>> using ontonet for...
>>>
>>>> I tried to pass e.g. several scopes to load them into a session,
>>>> but I'm doing something wrong. In what form is the list of scopes
>>>> expected? I tried specifying 2 -F parameters, like
>>>> curl -i -X POST -F scope=scope1 -F scope=scope2
>>>> http://<stanbol>/ontonet/session/mysession
>>>
>>> Actually that is correct and it worked for me, provided that scope1
>>> scope2 and mysession were all created earlier. What response are you
>>> receiving? You should just get a 303 on the session resource, but
>>> then if you request an RDF/OWl of the session, as in
>>>
>>> curl -H "Accept: text/turtle" http://<stanbol>/ontonet/session/mysession
>>>
>>> you should see an import statement for each scope.
>>>
>>> Perhaps some day I will make scope attachment stateless via GET.
>>>
>>> Trivial question: did you first svn update, rebuild, cleanup the
>>> Stanbol installation etc?
>>>
>>>> The same for passing several corereg or coreont parameters: How do
>>>> I list them for the curl command? Something like
>>>> <stanbol>/ontology/scope1?corereg=lib1&corereg=lib2
>>>> won't work. Do I have to specify a list?
>>>
>>> Again, that seems correct. But remember that if you are using curl
>>> via command line you must escape the '&' character. Example:
>>>
>>> curl -i -X PUT
>>> [stanbol]/ontonet/ontology/scope1?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational\&corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C
>>>
>>> Hope this is helping
>>>
>>> Alessandro
>>>
>>>
>>>> Am 23.07.2012 18:44, schrieb Alessandro Adamou:
>>>>> Hi,
>>>>>
>>>>> Since you had been following its development more closely than
>>>>> others, I just thought you might be interested in the latest
>>>>> improvements in the Stanbol ontology manager.
>>>>>
>>>>> Please do not hesitate to try it out to see if it better fits your
>>>>> needs and give whatever feedback you would like.
>>>>>
>>>>> (NOTE I still need to update the documentation. That's my next TODO)
>>>>>
>>>>> All the best,
>>>>>
>>>>> Alessandro
>>>>>
>>>>>
>>>>> -------- Original Message --------
>>>>> Subject: Latest Ontology Manager improvements
>>>>> Date: Mon, 23 Jul 2012 18:42:18 +0200
>>>>> From: Alessandro Adamou <ad...@cs.unibo.it>
>>>>> Reply-To: alexdma@apache.org
>>>>> Organization: Alma Mater Studiorum - Università di Bologna
>>>>> To: stanbol-dev@incubator.apache.org
>>>>>
>>>>>
>>>>>
>>>>> Hi,
>>>>>
>>>>> just wanted to share about the work I did on the Stanbol Ontology
>>>>> Manager over the last couple of months, as it is also based on
>>>>> requests that surfaced on the list:
>>>>>
>>>>> NEW:
>>>>> * Persistence and portability of ontology network structures:
>>>>> relations between scopes, sessions and the ontologies managed by
>>>>> them are now stored in a special metadata graph. Scopes and
>>>>> sessions are restored as soon as OntoNet activates (though
>>>>> sessions are restored in an inactive state). I will publish the
>>>>> OWL schema soon.
>>>>> * Configurable connectivity policies. Depending on the chosen
>>>>> policy, more import statements will be declared across scopes,
>>>>> spaces and session. This has shown to greatly affect OWL axiom
>>>>> interpretation and reasoning results. Default scheme is TIGHT.
>>>>> * REST service for attaching/detaching multiple scopes to a
>>>>> session at once. Just POST as many "scope={scopeID}" form
>>>>> parameters as you like to the session resource. Any previously
>>>>> attached scope not included will be detached automatically
>>>>>
>>>>> IMPROVED:
>>>>> * Speedups. Reduced the likelihood of copying triples from
>>>>> Clerezza-based input sources. This should reduce the length of
>>>>> ontology load operations by about 50%.
>>>>> * RESTful services for exporting ontology networks no longer
>>>>> depend on the configured namespaces for OntoNet components. URI
>>>>> prefixes are now extracted from the request URL. Only the Java API
>>>>> depends on this configuration now.
>>>>> * HTML client can now create and delete scopes and sessions.
>>>>> * POST service for creating sessions and letting Stanbol choose
>>>>> their ID (will be returned as the Location header in the 201
>>>>> Created response)
>>>>> * Most creation methods now return 201 Created with the resource
>>>>> Location. It's still 303 for some service because the HTML client
>>>>> uses POST forms and would not be able to capture a 201 response
>>>>> and act thereupon.
>>>>> * Ontology -> Stored Graph reconciliation policies ( STANBOL-426).
>>>>> It is now possible to obtain a "public key" for each supplied
>>>>> OntologyID (incl. owl:versionIRI) or physical URL.
>>>>> * Parameters "corereg" and "coreont" for creating scopes with
>>>>> ontologies and libraries embedded in their core spaces can now
>>>>> have multiple values in a single call.
>>>>> * Added backward links to the HTML interface
>>>>>
>>>>> FIXED:
>>>>> * CORS support (thanks Melanie for testing!)
>>>>> * Parsing formats other than RDF/XML without specifying the parser
>>>>> to try was often failing as the streams were not being
>>>>> reset/recreated. This was also causing failures if imported
>>>>> ontologies were in a format different than RDF/XML.
>>>>> * Graph naming policy for anonymous ontologies was causing trouble
>>>>> when restoring components. Moved it out of commons/owl
>>>>> * Broke computational loops caused by cycles in import graphs (a
>>>>> consequence of migrating to the Clerezza API).
>>>>> * Got rid of the obsolete OWL API-based implementation
>>>>>
>>>>> Working on a couple more things right now, then once the OntoNet
>>>>> renaming takes place I would call for a new ontologymanager release.
>>>>>
>>>>> Best,
>>>>> 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
>>
>
>
> --
> 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
Re: Ontonet scope manager Upload of Ontologies
Posted by Melanie Reiplinger <me...@dfki.de>.
Am 07.08.2012 13:31, schrieb Alessandro Adamou:
> Ok, so trying to figure out what is happening, here go my questions:
>
> 1. is this log the result of a PUT to resource
>
> http://lnv-89012.dfki.uni-sb.de:9001/ontonet/ontology/paramScope?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks&coreont=http://www.ontologydesignpatterns.org/cp/owl/sequence.owl
>
almost exact match - in my version there was one superfluous '&' at the
end of the URL, like:
http://lnv-89012.dfki.uni-sb.de:9001/ontonet/ontology/paramScope?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks&coreont=http://www.ontologydesignpatterns.org/cp/owl/sequence.owl&
>
> 2. what's the max heap space you set for your Stanbol when you
> launched it ?
2G. the complete launch command I use is:
java -Xmx2g -XX:MaxPermSize=256m -jar
launchers/full/target/org.apache.stanbol.launchers.full-0.10.0-incubating-SNAPSHOT.jar
>
> 3. How much is being used now? (check
> [stanbol]/system/console/memoryusage after you get the error)
right now it's
Overall Heap Memory Usage init = 67108864(65536K) used =
672465936(656705K) committed = 1140785152(1114048K) max =
1908932608(1864192K)
(but this is probably not informative any more, since I restarted
stanbol after nothing would work any more)
>
> I will make a clean new deployment (with no "./stanbol" dir) with
> different heap spaces, configure the DEBUG log for ontonet and try
> exactly what you did (if you can confirm answer to (1)).
>
> In the meantime can I ask you to update and rebuild+install the
> ontologymanager components? I just committed the last week of work.
ok, I'll do that. Just to make sure I won't blow up my stanbol again
this time: this means that I go into the dir ontologymanager/ and there
execute my svn update and mvn clean install, right?
>
> On a side note, the ontologymanager.registry is still completely based
> on the OWL API implementation, so it's generally more
> resource-intensive than the other Clertezza-native implementations. I
> will optimize it some day but I have to tune up the non-registry stuff
> first. But anyway loading the default libraries always worked for me
> on a 1 GiB heap.
>
> best,
> -- alessandro
>
>
> On 8/7/12 12:02 PM, Melanie Reiplinger wrote:
>> Am 06.08.2012 17:47, schrieb Alessandro Adamou:
>>>
>>> Then I think I'm going to need a detailed log. That also says
>>> something about the time taken for loading ontologies and stuff.
>>> Would you mind setting up a "Debug" logger for the ontology manager
>>> classes before you try loading an ontology again?
>>>
>>> To do so,
>>>
>>> 1. go to [stanbol]/system/console/configMgr with your browser
>>> 2. create a new "Apache Sling Logging Logger Configuration" (click
>>> on the "+" button)
>>> 3. Set log level to "Debug", give the log file the name you want and
>>> for "Logger" type "org.apache.stanbol.ontologymanager"
>>> 4. Click "Save"
>>> 5. do your stuff (e.g. upload an ontology onto a scope, do a GET
>>> afterwards)
>>> 6. Post the new logfile as an attachment of ticket
>>> https://issues.apache.org/jira/browse/STANBOL-422
>>>
>>> We might need to increase the log verbosity incrementally and
>>> produce further logs, so I'll keep you posted after that.
>>
>> JIRA is unavailable, so I append the logs below (sorry for this
>> format). This is really strange now, because since a few minutes, it
>> won't even create new scopes. It fails with a time out error. Until
>> an hour or so it would create scopes and then fail when trying the
>> redirected GET after loading an ontology or a library, but now
>> nothing seems to work anymore. I did not change the code, though; and
>> I kept deleting scopes as soon as they weren't needed any more in
>> order to not overcharge the service.
>>
>> The whole stanbol REST interface has gotten really slow again,
>> waiting minutes for loading of pages. So this might then be the
>> reason for the new timeouts in places where they had't been before,
>> but there has to be something wrong then. Also the curl commands
>> (e.g. to delete a scope) take several minuts. At least, the disc
>> space consumption is stable this time.
>>
>> These logs are from an attempted PUT done via jQuery ajax call, where
>> I try to create a scope named paramScope and upload a library and an
>> ontology at creation.
>> Below, separated by -----------, there are usual logs from stanbol I
>> get, some of them talk about out of space exceptions
>>
>> 07.08.2012 12:36:13.854 *INFO* [11482418@qtp-746842-244]
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource <init>
>> with scope paramScope
>> 07.08.2012 12:36:23.616 *INFO* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource <init>
>> with scope paramScope
>> 07.08.2012 12:36:23.621 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource
>> Request URI
>> http://lnv-89012.dfki.uni-sb.de:9001/ontonet/ontology/paramScope?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks&coreont=http://www.ontologydesignpatterns.org/cp/owl/sequence.owl&
>> 07.08.2012 12:36:23.622 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource Got
>> library SocialNetworks, expected
>> http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks
>> 07.08.2012 12:36:23.622 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
>> In class
>> org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
>> registry content was requested on SocialNetworks.
>> 07.08.2012 12:36:33.448 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://purl.org/stuff/rev> is
>> <ontonet::http://purl.org/stuff/rev>
>> 07.08.2012 12:36:33.449 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> Filling reverse imports for <http://purl.org/stuff/rev>
>> 07.08.2012 12:36:33.449 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://purl.org/stuff/rev> is
>> <ontonet::http://purl.org/stuff/rev>
>> 07.08.2012 12:37:36.016 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://purl.org/net/provenance/ns> is
>> <ontonet::http://purl.org/net/provenance/ns>
>> 07.08.2012 12:37:36.016 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> Filling reverse imports for <http://purl.org/net/provenance/ns>
>> 07.08.2012 12:37:36.017 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://purl.org/net/provenance/ns> is
>> <ontonet::http://purl.org/net/provenance/ns>
>> 07.08.2012 12:37:36.111 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://www.holygoat.co.uk/owl/redwood/0.1/tags/> is
>> <ontonet::http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
>> 07.08.2012 12:37:36.112 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> Filling reverse imports for
>> <http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
>> 07.08.2012 12:37:36.112 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://www.holygoat.co.uk/owl/redwood/0.1/tags/> is
>> <ontonet::http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
>>
>> ----------------------------------------------------------------------------
>>
>>
>> Aug 7, 2012 11:15:59 AM
>> com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
>> WARNING: A servlet POST request, to the URI
>> http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program,
>> contains form parameters in the request body but the request body has
>> been consumed by the servlet or a servlet filter accessing the
>> request parameters. Only resource methods using @FormParam will work
>> as expected. Resource methods consuming the request body by other
>> means will not work as expected.
>> Aug 7, 2012 11:16:30 AM
>> com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
>> WARNING: A servlet POST request, to the URI
>> http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program,
>> contains form parameters in the request body but the request body has
>> been consumed by the servlet or a servlet filter accessing the
>> request parameters. Only resource methods using @FormParam will work
>> as expected. Resource methods consuming the request body by other
>> means will not work as expected.
>> Aug 7, 2012 11:16:42 AM
>> com.sun.jersey.spi.container.ContainerResponse logException
>> SEVERE: Mapped exception to response: 500 (Internal Server Error)
>> javax.ws.rs.WebApplicationException:
>> com.hp.hpl.jena.shared.JenaException: org.xml.sax.SAXParseException:
>> The prefix "xmlns" cannot be bound to any namespace explicitly;
>> neither can the namespace for "xmlns" be bound to any prefix explicitly.
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> at
>> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
>> at
>> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
>> at
>> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>> at
>> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
>> at
>> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
>> at
>> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
>> at
>> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
>> at
>> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>> at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
>> at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> at
>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> at org.mortbay.jetty.Server.handle(Server.java:326)
>> at
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> at
>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> at
>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>> at
>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>> Caused by: com.hp.hpl.jena.shared.JenaException:
>> org.xml.sax.SAXParseException: The prefix "xmlns" cannot be bound to
>> any namespace explicitly; neither can the namespace for "xmlns" be
>> bound to any prefix explicitly.
>> at
>> com.hp.hpl.jena.rdf.model.impl.RDFDefaultErrorHandler.fatalError(RDFDefaultErrorHandler.java:45)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.ARPSaxErrorHandler.fatalError(ARPSaxErrorHandler.java:35)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.warning(XMLHandler.java:225)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.fatalError(XMLHandler.java:255)
>> at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLNamespaceBinder.startElement(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
>> Source)
>> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
>> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
>> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.RDFXMLParser.parse(RDFXMLParser.java:142)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:158)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:145)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:215)
>> at com.hp.hpl.jena.rdf.model.impl.ModelCom.read(ModelCom.java:226)
>> at
>> org.apache.clerezza.rdf.jena.parser.JenaParserProvider.parse(JenaParserProvider.java:68)
>> at
>> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.owlOntologyToClerezzaMGraph(OWLAPIToClerezzaConverter.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:953)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
>> ... 48 more
>> Caused by: org.xml.sax.SAXParseException: The prefix "xmlns" cannot
>> be bound to any namespace explicitly; neither can the namespace for
>> "xmlns" be bound to any prefix explicitly.
>> at
>> org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
>> Source)
>> ... 75 more
>> Aug 7, 2012 11:16:46 AM
>> com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
>> WARNING: A servlet POST request, to the URI
>> http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program,
>> contains form parameters in the request body but the request body has
>> been consumed by the servlet or a servlet filter accessing the
>> request parameters. Only resource methods using @FormParam will work
>> as expected. Resource methods consuming the request body by other
>> means will not work as expected.
>> Aug 7, 2012 11:33:35 AM
>> com.sun.jersey.spi.container.ContainerResponse logException
>> SEVERE: Mapped exception to response: 500 (Internal Server Error)
>> javax.ws.rs.WebApplicationException:
>> java.util.ConcurrentModificationException
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> at
>> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
>> at
>> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
>> at
>> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>> at
>> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
>> at
>> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
>> at
>> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
>> at
>> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
>> at
>> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>> at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
>> at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> at
>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> at org.mortbay.jetty.Server.handle(Server.java:326)
>> at
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> at
>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> at
>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>> at
>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>> Caused by: java.util.ConcurrentModificationException
>> at
>> com.hp.hpl.jena.tdb.store.GraphTDBBase$MapperIteratorTriples.checkCourrentModification(GraphTDBBase.java:208)
>> at
>> com.hp.hpl.jena.tdb.store.GraphTDBBase$MapperIteratorTriples.hasNext(GraphTDBBase.java:216)
>> at
>> org.apache.clerezza.rdf.jena.storage.JenaGraphAdaptor$1.hasNext(JenaGraphAdaptor.java:106)
>> at
>> org.apache.clerezza.rdf.core.impl.AbstractTripleCollection$1.hasNext(AbstractTripleCollection.java:78)
>> at
>> org.apache.clerezza.rdf.core.access.LockingIterator.hasNext(LockingIterator.java:47)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider$OntologyToTcMapper.mapLocator(ClerezzaOntologyProvider.java:299)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.setLocatorMapping(ClerezzaOntologyProvider.java:1285)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:154)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
>> ... 48 more
>> Aug 7, 2012 12:10:37 PM
>> com.sun.jersey.spi.container.ContainerResponse logException
>> SEVERE: Mapped exception to response: 500 (Internal Server Error)
>> javax.ws.rs.WebApplicationException: java.lang.NullPointerException
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> at
>> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
>> at
>> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
>> at
>> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>> at
>> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
>> at
>> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
>> at
>> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
>> at
>> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
>> at
>> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>> at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
>> at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> at
>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> at org.mortbay.jetty.Server.handle(Server.java:326)
>> at
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> at
>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> at
>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>> at
>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>> Caused by: java.lang.NullPointerException
>> at
>> org.apache.stanbol.commons.owl.util.OWLUtils.guessOntologyIdentifier(OWLUtils.java:76)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:967)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
>> ... 48 more
>> Aug 7, 2012 12:10:37 PM
>> com.sun.jersey.spi.container.ContainerResponse logException
>> SEVERE: Mapped exception to response: 500 (Internal Server Error)
>> javax.ws.rs.WebApplicationException:
>> com.hp.hpl.jena.shared.JenaException: org.xml.sax.SAXParseException:
>> The prefix "xmlns" cannot be bound to any namespace explicitly;
>> neither can the namespace for "xmlns" be bound to any prefix explicitly.
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> at
>> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
>> at
>> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
>> at
>> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>> at
>> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
>> at
>> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
>> at
>> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
>> at
>> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
>> at
>> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>> at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
>> at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> at
>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> at org.mortbay.jetty.Server.handle(Server.java:326)
>> at
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> at
>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> at
>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>> at
>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>> Caused by: com.hp.hpl.jena.shared.JenaException:
>> org.xml.sax.SAXParseException: The prefix "xmlns" cannot be bound to
>> any namespace explicitly; neither can the namespace for "xmlns" be
>> bound to any prefix explicitly.
>> at
>> com.hp.hpl.jena.rdf.model.impl.RDFDefaultErrorHandler.fatalError(RDFDefaultErrorHandler.java:45)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.ARPSaxErrorHandler.fatalError(ARPSaxErrorHandler.java:35)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.warning(XMLHandler.java:225)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.fatalError(XMLHandler.java:255)
>> at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLNamespaceBinder.startElement(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
>> Source)
>> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
>> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
>> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.RDFXMLParser.parse(RDFXMLParser.java:142)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:158)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:145)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:215)
>> at com.hp.hpl.jena.rdf.model.impl.ModelCom.read(ModelCom.java:226)
>> at
>> org.apache.clerezza.rdf.jena.parser.JenaParserProvider.parse(JenaParserProvider.java:68)
>> at
>> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.owlOntologyToClerezzaMGraph(OWLAPIToClerezzaConverter.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:953)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
>> ... 48 more
>> Caused by: org.xml.sax.SAXParseException: The prefix "xmlns" cannot
>> be bound to any namespace explicitly; neither can the namespace for
>> "xmlns" be bound to any prefix explicitly.
>> at
>> org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
>> Source)
>> ... 75 more
>> Aug 7, 2012 12:33:43 PM
>> com.sun.jersey.spi.container.ContainerResponse
>> mapMappableContainerException
>> SEVERE: The exception contained within MappableContainerException
>> could not be mapped to a response, re-throwing to the HTTP container
>> java.lang.OutOfMemoryError: Java heap space
>> at java.util.Arrays.copyOf(Arrays.java:2894)
>> at
>> java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:117)
>> at
>> java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:407)
>> at java.lang.StringBuffer.append(StringBuffer.java:241)
>> at java.io.StringWriter.write(StringWriter.java:112)
>> at java.io.PrintWriter.write(PrintWriter.java:429)
>> at java.io.PrintWriter.write(PrintWriter.java:446)
>> at java.io.PrintWriter.append(PrintWriter.java:977)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.printTriple(OWLRDFConsumer.java:1251)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.dumpRemainingTriples(OWLRDFConsumer.java:1288)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.endModel(OWLRDFConsumer.java:1409)
>> at
>> org.semanticweb.owlapi.rdf.syntax.RDFParser.parse(RDFParser.java:174)
>> at
>> org.coode.owlapi.rdfxml.parser.RDFXMLParser.parse(RDFXMLParser.java:120)
>> at
>> uk.ac.manchester.cs.owl.owlapi.ParsableOWLOntologyFactory.loadOWLOntology(ParsableOWLOntologyFactory.java:204)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntology(OWLOntologyManagerImpl.java:726)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:688)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:700)
>> at
>> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.clerezzaGraphToOWLOntology(OWLAPIToClerezzaConverter.java:152)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.toOWLOntology(ClerezzaOntologyProvider.java:1320)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:821)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:782)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:773)
>> at
>> org.apache.stanbol.ontologymanager.registry.impl.model.LibraryImpl.getOntologies(LibraryImpl.java:114)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:163)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:123)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:81)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:712)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> Aug 7, 2012 12:37:31 PM
>> com.sun.jersey.spi.container.ContainerResponse
>> mapMappableContainerException
>> SEVERE: The exception contained within MappableContainerException
>> could not be mapped to a response, re-throwing to the HTTP container
>> java.lang.OutOfMemoryError: GC overhead limit exceeded
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.addAxiom(OWLRDFConsumer.java:824)
>> at
>> org.coode.owlapi.rdfxml.parser.AbstractTripleHandler.addAxiom(AbstractTripleHandler.java:121)
>> at
>> org.coode.owlapi.rdfxml.parser.GTPAnnotationResourceTripleHandler.handleTriple(GTPAnnotationResourceTripleHandler.java:105)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.handle(OWLRDFConsumer.java:1230)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer$1.handleResourceTriple(OWLRDFConsumer.java:1361)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.iterateResourceTriples(OWLRDFConsumer.java:2334)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.endModel(OWLRDFConsumer.java:1359)
>> at
>> org.semanticweb.owlapi.rdf.syntax.RDFParser.parse(RDFParser.java:174)
>> at
>> org.coode.owlapi.rdfxml.parser.RDFXMLParser.parse(RDFXMLParser.java:120)
>> at
>> uk.ac.manchester.cs.owl.owlapi.ParsableOWLOntologyFactory.loadOWLOntology(ParsableOWLOntologyFactory.java:204)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntology(OWLOntologyManagerImpl.java:726)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:688)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:700)
>> at
>> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.clerezzaGraphToOWLOntology(OWLAPIToClerezzaConverter.java:152)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.toOWLOntology(ClerezzaOntologyProvider.java:1320)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:821)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:782)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:773)
>> at
>> org.apache.stanbol.ontologymanager.registry.impl.model.LibraryImpl.getOntologies(LibraryImpl.java:114)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:163)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:123)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:81)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:712)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> at
>> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
>> at
>> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
>> at
>> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>>
>>
>
>
Re: Ontonet scope manager Upload of Ontologies
Posted by Alessandro Adamou <ad...@cs.unibo.it>.
Ok, so trying to figure out what is happening, here go my questions:
1. is this log the result of a PUT to resource
http://lnv-89012.dfki.uni-sb.de:9001/ontonet/ontology/paramScope?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks&coreont=http://www.ontologydesignpatterns.org/cp/owl/sequence.owl
2. what's the max heap space you set for your Stanbol when you launched
it ?
3. How much is being used now? (check
[stanbol]/system/console/memoryusage after you get the error)
I will make a clean new deployment (with no "./stanbol" dir) with
different heap spaces, configure the DEBUG log for ontonet and try
exactly what you did (if you can confirm answer to (1)).
In the meantime can I ask you to update and rebuild+install the
ontologymanager components? I just committed the last week of work.
On a side note, the ontologymanager.registry is still completely based
on the OWL API implementation, so it's generally more resource-intensive
than the other Clertezza-native implementations. I will optimize it some
day but I have to tune up the non-registry stuff first. But anyway
loading the default libraries always worked for me on a 1 GiB heap.
best,
-- alessandro
On 8/7/12 12:02 PM, Melanie Reiplinger wrote:
> Am 06.08.2012 17:47, schrieb Alessandro Adamou:
>>
>> Then I think I'm going to need a detailed log. That also says
>> something about the time taken for loading ontologies and stuff.
>> Would you mind setting up a "Debug" logger for the ontology manager
>> classes before you try loading an ontology again?
>>
>> To do so,
>>
>> 1. go to [stanbol]/system/console/configMgr with your browser
>> 2. create a new "Apache Sling Logging Logger Configuration" (click on
>> the "+" button)
>> 3. Set log level to "Debug", give the log file the name you want and
>> for "Logger" type "org.apache.stanbol.ontologymanager"
>> 4. Click "Save"
>> 5. do your stuff (e.g. upload an ontology onto a scope, do a GET
>> afterwards)
>> 6. Post the new logfile as an attachment of ticket
>> https://issues.apache.org/jira/browse/STANBOL-422
>>
>> We might need to increase the log verbosity incrementally and produce
>> further logs, so I'll keep you posted after that.
>
> JIRA is unavailable, so I append the logs below (sorry for this
> format). This is really strange now, because since a few minutes, it
> won't even create new scopes. It fails with a time out error. Until an
> hour or so it would create scopes and then fail when trying the
> redirected GET after loading an ontology or a library, but now nothing
> seems to work anymore. I did not change the code, though; and I kept
> deleting scopes as soon as they weren't needed any more in order to
> not overcharge the service.
>
> The whole stanbol REST interface has gotten really slow again, waiting
> minutes for loading of pages. So this might then be the reason for the
> new timeouts in places where they had't been before, but there has to
> be something wrong then. Also the curl commands (e.g. to delete a
> scope) take several minuts. At least, the disc space consumption is
> stable this time.
>
> These logs are from an attempted PUT done via jQuery ajax call, where
> I try to create a scope named paramScope and upload a library and an
> ontology at creation.
> Below, separated by -----------, there are usual logs from stanbol I
> get, some of them talk about out of space exceptions
>
> 07.08.2012 12:36:13.854 *INFO* [11482418@qtp-746842-244]
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource <init>
> with scope paramScope
> 07.08.2012 12:36:23.616 *INFO* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource <init>
> with scope paramScope
> 07.08.2012 12:36:23.621 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource Request
> URI
> http://lnv-89012.dfki.uni-sb.de:9001/ontonet/ontology/paramScope?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks&coreont=http://www.ontologydesignpatterns.org/cp/owl/sequence.owl&
> 07.08.2012 12:36:23.622 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.registry.io.LibrarySource Got
> library SocialNetworks, expected
> http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks
> 07.08.2012 12:36:23.622 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
> In class
> org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
> registry content was requested on SocialNetworks.
> 07.08.2012 12:36:33.448 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> key for <http://purl.org/stuff/rev> is
> <ontonet::http://purl.org/stuff/rev>
> 07.08.2012 12:36:33.449 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> Filling reverse imports for <http://purl.org/stuff/rev>
> 07.08.2012 12:36:33.449 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> key for <http://purl.org/stuff/rev> is
> <ontonet::http://purl.org/stuff/rev>
> 07.08.2012 12:37:36.016 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> key for <http://purl.org/net/provenance/ns> is
> <ontonet::http://purl.org/net/provenance/ns>
> 07.08.2012 12:37:36.016 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> Filling reverse imports for <http://purl.org/net/provenance/ns>
> 07.08.2012 12:37:36.017 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> key for <http://purl.org/net/provenance/ns> is
> <ontonet::http://purl.org/net/provenance/ns>
> 07.08.2012 12:37:36.111 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> key for <http://www.holygoat.co.uk/owl/redwood/0.1/tags/> is
> <ontonet::http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
> 07.08.2012 12:37:36.112 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> Filling reverse imports for
> <http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
> 07.08.2012 12:37:36.112 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> key for <http://www.holygoat.co.uk/owl/redwood/0.1/tags/> is
> <ontonet::http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
>
> ----------------------------------------------------------------------------
>
>
> Aug 7, 2012 11:15:59 AM
> com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
> WARNING: A servlet POST request, to the URI
> http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program,
> contains form parameters in the request body but the request body has
> been consumed by the servlet or a servlet filter accessing the request
> parameters. Only resource methods using @FormParam will work as
> expected. Resource methods consuming the request body by other means
> will not work as expected.
> Aug 7, 2012 11:16:30 AM
> com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
> WARNING: A servlet POST request, to the URI
> http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program,
> contains form parameters in the request body but the request body has
> been consumed by the servlet or a servlet filter accessing the request
> parameters. Only resource methods using @FormParam will work as
> expected. Resource methods consuming the request body by other means
> will not work as expected.
> Aug 7, 2012 11:16:42 AM com.sun.jersey.spi.container.ContainerResponse
> logException
> SEVERE: Mapped exception to response: 500 (Internal Server Error)
> javax.ws.rs.WebApplicationException:
> com.hp.hpl.jena.shared.JenaException: org.xml.sax.SAXParseException:
> The prefix "xmlns" cannot be bound to any namespace explicitly;
> neither can the namespace for "xmlns" be bound to any prefix explicitly.
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at
> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
> at
> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
> at
> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
> at
> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
> at
> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
> at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
> at
> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
> at
> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
> at
> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
> at
> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
> at
> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
> at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
> at
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> at
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
> at
> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at org.mortbay.jetty.Server.handle(Server.java:326)
> at
> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
> at
> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> at
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
> Caused by: com.hp.hpl.jena.shared.JenaException:
> org.xml.sax.SAXParseException: The prefix "xmlns" cannot be bound to
> any namespace explicitly; neither can the namespace for "xmlns" be
> bound to any prefix explicitly.
> at
> com.hp.hpl.jena.rdf.model.impl.RDFDefaultErrorHandler.fatalError(RDFDefaultErrorHandler.java:45)
> at
> com.hp.hpl.jena.rdf.arp.impl.ARPSaxErrorHandler.fatalError(ARPSaxErrorHandler.java:35)
> at
> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.warning(XMLHandler.java:225)
> at
> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.fatalError(XMLHandler.java:255)
> at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
> Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(Unknown
> Source)
> at org.apache.xerces.impl.XMLNamespaceBinder.startElement(Unknown
> Source)
> at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
> Source)
> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
> at
> com.hp.hpl.jena.rdf.arp.impl.RDFXMLParser.parse(RDFXMLParser.java:142)
> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:158)
> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:145)
> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:215)
> at com.hp.hpl.jena.rdf.model.impl.ModelCom.read(ModelCom.java:226)
> at
> org.apache.clerezza.rdf.jena.parser.JenaParserProvider.parse(JenaParserProvider.java:68)
> at
> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.owlOntologyToClerezzaMGraph(OWLAPIToClerezzaConverter.java:106)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:953)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
> ... 48 more
> Caused by: org.xml.sax.SAXParseException: The prefix "xmlns" cannot be
> bound to any namespace explicitly; neither can the namespace for
> "xmlns" be bound to any prefix explicitly.
> at
> org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
> Source)
> ... 75 more
> Aug 7, 2012 11:16:46 AM
> com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
> WARNING: A servlet POST request, to the URI
> http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program,
> contains form parameters in the request body but the request body has
> been consumed by the servlet or a servlet filter accessing the request
> parameters. Only resource methods using @FormParam will work as
> expected. Resource methods consuming the request body by other means
> will not work as expected.
> Aug 7, 2012 11:33:35 AM com.sun.jersey.spi.container.ContainerResponse
> logException
> SEVERE: Mapped exception to response: 500 (Internal Server Error)
> javax.ws.rs.WebApplicationException:
> java.util.ConcurrentModificationException
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at
> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
> at
> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
> at
> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
> at
> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
> at
> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
> at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
> at
> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
> at
> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
> at
> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
> at
> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
> at
> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
> at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
> at
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> at
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
> at
> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at org.mortbay.jetty.Server.handle(Server.java:326)
> at
> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
> at
> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> at
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
> Caused by: java.util.ConcurrentModificationException
> at
> com.hp.hpl.jena.tdb.store.GraphTDBBase$MapperIteratorTriples.checkCourrentModification(GraphTDBBase.java:208)
> at
> com.hp.hpl.jena.tdb.store.GraphTDBBase$MapperIteratorTriples.hasNext(GraphTDBBase.java:216)
> at
> org.apache.clerezza.rdf.jena.storage.JenaGraphAdaptor$1.hasNext(JenaGraphAdaptor.java:106)
> at
> org.apache.clerezza.rdf.core.impl.AbstractTripleCollection$1.hasNext(AbstractTripleCollection.java:78)
> at
> org.apache.clerezza.rdf.core.access.LockingIterator.hasNext(LockingIterator.java:47)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider$OntologyToTcMapper.mapLocator(ClerezzaOntologyProvider.java:299)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.setLocatorMapping(ClerezzaOntologyProvider.java:1285)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:154)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
> ... 48 more
> Aug 7, 2012 12:10:37 PM com.sun.jersey.spi.container.ContainerResponse
> logException
> SEVERE: Mapped exception to response: 500 (Internal Server Error)
> javax.ws.rs.WebApplicationException: java.lang.NullPointerException
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at
> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
> at
> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
> at
> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
> at
> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
> at
> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
> at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
> at
> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
> at
> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
> at
> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
> at
> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
> at
> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
> at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
> at
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> at
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
> at
> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at org.mortbay.jetty.Server.handle(Server.java:326)
> at
> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
> at
> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> at
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
> Caused by: java.lang.NullPointerException
> at
> org.apache.stanbol.commons.owl.util.OWLUtils.guessOntologyIdentifier(OWLUtils.java:76)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:967)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
> ... 48 more
> Aug 7, 2012 12:10:37 PM com.sun.jersey.spi.container.ContainerResponse
> logException
> SEVERE: Mapped exception to response: 500 (Internal Server Error)
> javax.ws.rs.WebApplicationException:
> com.hp.hpl.jena.shared.JenaException: org.xml.sax.SAXParseException:
> The prefix "xmlns" cannot be bound to any namespace explicitly;
> neither can the namespace for "xmlns" be bound to any prefix explicitly.
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at
> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
> at
> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
> at
> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
> at
> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
> at
> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
> at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
> at
> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
> at
> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
> at
> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
> at
> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
> at
> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
> at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
> at
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> at
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
> at
> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at org.mortbay.jetty.Server.handle(Server.java:326)
> at
> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
> at
> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> at
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
> Caused by: com.hp.hpl.jena.shared.JenaException:
> org.xml.sax.SAXParseException: The prefix "xmlns" cannot be bound to
> any namespace explicitly; neither can the namespace for "xmlns" be
> bound to any prefix explicitly.
> at
> com.hp.hpl.jena.rdf.model.impl.RDFDefaultErrorHandler.fatalError(RDFDefaultErrorHandler.java:45)
> at
> com.hp.hpl.jena.rdf.arp.impl.ARPSaxErrorHandler.fatalError(ARPSaxErrorHandler.java:35)
> at
> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.warning(XMLHandler.java:225)
> at
> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.fatalError(XMLHandler.java:255)
> at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
> Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(Unknown
> Source)
> at org.apache.xerces.impl.XMLNamespaceBinder.startElement(Unknown
> Source)
> at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
> Source)
> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
> at
> com.hp.hpl.jena.rdf.arp.impl.RDFXMLParser.parse(RDFXMLParser.java:142)
> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:158)
> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:145)
> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:215)
> at com.hp.hpl.jena.rdf.model.impl.ModelCom.read(ModelCom.java:226)
> at
> org.apache.clerezza.rdf.jena.parser.JenaParserProvider.parse(JenaParserProvider.java:68)
> at
> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.owlOntologyToClerezzaMGraph(OWLAPIToClerezzaConverter.java:106)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:953)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
> ... 48 more
> Caused by: org.xml.sax.SAXParseException: The prefix "xmlns" cannot be
> bound to any namespace explicitly; neither can the namespace for
> "xmlns" be bound to any prefix explicitly.
> at
> org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
> Source)
> ... 75 more
> Aug 7, 2012 12:33:43 PM com.sun.jersey.spi.container.ContainerResponse
> mapMappableContainerException
> SEVERE: The exception contained within MappableContainerException
> could not be mapped to a response, re-throwing to the HTTP container
> java.lang.OutOfMemoryError: Java heap space
> at java.util.Arrays.copyOf(Arrays.java:2894)
> at
> java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:117)
> at
> java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:407)
> at java.lang.StringBuffer.append(StringBuffer.java:241)
> at java.io.StringWriter.write(StringWriter.java:112)
> at java.io.PrintWriter.write(PrintWriter.java:429)
> at java.io.PrintWriter.write(PrintWriter.java:446)
> at java.io.PrintWriter.append(PrintWriter.java:977)
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.printTriple(OWLRDFConsumer.java:1251)
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.dumpRemainingTriples(OWLRDFConsumer.java:1288)
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.endModel(OWLRDFConsumer.java:1409)
> at
> org.semanticweb.owlapi.rdf.syntax.RDFParser.parse(RDFParser.java:174)
> at
> org.coode.owlapi.rdfxml.parser.RDFXMLParser.parse(RDFXMLParser.java:120)
> at
> uk.ac.manchester.cs.owl.owlapi.ParsableOWLOntologyFactory.loadOWLOntology(ParsableOWLOntologyFactory.java:204)
> at
> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntology(OWLOntologyManagerImpl.java:726)
> at
> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:688)
> at
> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:700)
> at
> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.clerezzaGraphToOWLOntology(OWLAPIToClerezzaConverter.java:152)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.toOWLOntology(ClerezzaOntologyProvider.java:1320)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:821)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:782)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:773)
> at
> org.apache.stanbol.ontologymanager.registry.impl.model.LibraryImpl.getOntologies(LibraryImpl.java:114)
> at
> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:163)
> at
> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:123)
> at
> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:81)
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:712)
> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at
> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
> at
> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
> Aug 7, 2012 12:37:31 PM com.sun.jersey.spi.container.ContainerResponse
> mapMappableContainerException
> SEVERE: The exception contained within MappableContainerException
> could not be mapped to a response, re-throwing to the HTTP container
> java.lang.OutOfMemoryError: GC overhead limit exceeded
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.addAxiom(OWLRDFConsumer.java:824)
> at
> org.coode.owlapi.rdfxml.parser.AbstractTripleHandler.addAxiom(AbstractTripleHandler.java:121)
> at
> org.coode.owlapi.rdfxml.parser.GTPAnnotationResourceTripleHandler.handleTriple(GTPAnnotationResourceTripleHandler.java:105)
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.handle(OWLRDFConsumer.java:1230)
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer$1.handleResourceTriple(OWLRDFConsumer.java:1361)
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.iterateResourceTriples(OWLRDFConsumer.java:2334)
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.endModel(OWLRDFConsumer.java:1359)
> at
> org.semanticweb.owlapi.rdf.syntax.RDFParser.parse(RDFParser.java:174)
> at
> org.coode.owlapi.rdfxml.parser.RDFXMLParser.parse(RDFXMLParser.java:120)
> at
> uk.ac.manchester.cs.owl.owlapi.ParsableOWLOntologyFactory.loadOWLOntology(ParsableOWLOntologyFactory.java:204)
> at
> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntology(OWLOntologyManagerImpl.java:726)
> at
> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:688)
> at
> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:700)
> at
> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.clerezzaGraphToOWLOntology(OWLAPIToClerezzaConverter.java:152)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.toOWLOntology(ClerezzaOntologyProvider.java:1320)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:821)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:782)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:773)
> at
> org.apache.stanbol.ontologymanager.registry.impl.model.LibraryImpl.getOntologies(LibraryImpl.java:114)
> at
> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:163)
> at
> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:123)
> at
> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:81)
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:712)
> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at
> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
> at
> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
> at
> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
> at
> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
> at
> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
> at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>
>
--
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
Re: Ontonet scope manager Upload of Ontologies
Posted by Melanie Reiplinger <me...@dfki.de>.
I finally could reproduce the issue, appended logfile 'prgProblem.log'
to https://issues.apache.org/jira/browse/STANBOL-422 .
Am 07.08.2012 13:18, schrieb Melanie Reiplinger:
> Hi Alessandro.
>
> About the 'OutOfMemoryError: GC overhead limit exceeded' it might
> helpt to specify a larger heap size when launching stanbol?
> What do you usually pass as parameters when launching?
> Anyway it is a bit weird that this problem never showed up during the
> last few days when I was uploading ontologies and libraries (and I
> always used the same 1-2 ontologies and libs in my samples because I
> know that they are stored permanently.
>
> I wanted to kill and restart stanbol, but the process didn't die.
> There was one of my testing curl PUT commands hanging in the list of
> my processes for about the last hour. I killed it, but still I could
> not kill stanbol. A kill -9 succeeded, but no shutdown messages were
> written to the log any more.
>
> This is very much like the behaviour when we had the 'too many open
> files' error for ontologies.
>
> After the restart I can create scopes again, so I will now try to
> reproduce the redirect/get problem and upload the log file to JIRA.
>
>
> Am 07.08.2012 12:02, schrieb Melanie Reiplinger:
>> Am 06.08.2012 17:47, schrieb Alessandro Adamou:
>>>
>>> Then I think I'm going to need a detailed log. That also says
>>> something about the time taken for loading ontologies and stuff.
>>> Would you mind setting up a "Debug" logger for the ontology manager
>>> classes before you try loading an ontology again?
>>>
>>> To do so,
>>>
>>> 1. go to [stanbol]/system/console/configMgr with your browser
>>> 2. create a new "Apache Sling Logging Logger Configuration" (click
>>> on the "+" button)
>>> 3. Set log level to "Debug", give the log file the name you want and
>>> for "Logger" type "org.apache.stanbol.ontologymanager"
>>> 4. Click "Save"
>>> 5. do your stuff (e.g. upload an ontology onto a scope, do a GET
>>> afterwards)
>>> 6. Post the new logfile as an attachment of ticket
>>> https://issues.apache.org/jira/browse/STANBOL-422
>>>
>>> We might need to increase the log verbosity incrementally and
>>> produce further logs, so I'll keep you posted after that.
>>
>> JIRA is unavailable, so I append the logs below (sorry for this
>> format). This is really strange now, because since a few minutes, it
>> won't even create new scopes. It fails with a time out error. Until
>> an hour or so it would create scopes and then fail when trying the
>> redirected GET after loading an ontology or a library, but now
>> nothing seems to work anymore. I did not change the code, though; and
>> I kept deleting scopes as soon as they weren't needed any more in
>> order to not overcharge the service.
>>
>> The whole stanbol REST interface has gotten really slow again,
>> waiting minutes for loading of pages. So this might then be the
>> reason for the new timeouts in places where they had't been before,
>> but there has to be something wrong then. Also the curl commands
>> (e.g. to delete a scope) take several minuts. At least, the disc
>> space consumption is stable this time.
>>
>> These logs are from an attempted PUT done via jQuery ajax call, where
>> I try to create a scope named paramScope and upload a library and an
>> ontology at creation.
>> Below, separated by -----------, there are usual logs from stanbol I
>> get, some of them talk about out of space exceptions
>>
>> 07.08.2012 12:36:13.854 *INFO* [11482418@qtp-746842-244]
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource <init>
>> with scope paramScope
>> 07.08.2012 12:36:23.616 *INFO* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource <init>
>> with scope paramScope
>> 07.08.2012 12:36:23.621 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource
>> Request URI
>> http://lnv-89012.dfki.uni-sb.de:9001/ontonet/ontology/paramScope?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks&coreont=http://www.ontologydesignpatterns.org/cp/owl/sequence.owl&
>> 07.08.2012 12:36:23.622 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource Got
>> library SocialNetworks, expected
>> http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks
>> 07.08.2012 12:36:23.622 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
>> In class
>> org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
>> registry content was requested on SocialNetworks.
>> 07.08.2012 12:36:33.448 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://purl.org/stuff/rev> is
>> <ontonet::http://purl.org/stuff/rev>
>> 07.08.2012 12:36:33.449 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> Filling reverse imports for <http://purl.org/stuff/rev>
>> 07.08.2012 12:36:33.449 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://purl.org/stuff/rev> is
>> <ontonet::http://purl.org/stuff/rev>
>> 07.08.2012 12:37:36.016 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://purl.org/net/provenance/ns> is
>> <ontonet::http://purl.org/net/provenance/ns>
>> 07.08.2012 12:37:36.016 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> Filling reverse imports for <http://purl.org/net/provenance/ns>
>> 07.08.2012 12:37:36.017 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://purl.org/net/provenance/ns> is
>> <ontonet::http://purl.org/net/provenance/ns>
>> 07.08.2012 12:37:36.111 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://www.holygoat.co.uk/owl/redwood/0.1/tags/> is
>> <ontonet::http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
>> 07.08.2012 12:37:36.112 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> Filling reverse imports for
>> <http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
>> 07.08.2012 12:37:36.112 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://www.holygoat.co.uk/owl/redwood/0.1/tags/> is
>> <ontonet::http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
>>
>> ----------------------------------------------------------------------------
>>
>>
>> Aug 7, 2012 11:15:59 AM
>> com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
>> WARNING: A servlet POST request, to the URI
>> http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program,
>> contains form parameters in the request body but the request body has
>> been consumed by the servlet or a servlet filter accessing the
>> request parameters. Only resource methods using @FormParam will work
>> as expected. Resource methods consuming the request body by other
>> means will not work as expected.
>> Aug 7, 2012 11:16:30 AM
>> com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
>> WARNING: A servlet POST request, to the URI
>> http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program,
>> contains form parameters in the request body but the request body has
>> been consumed by the servlet or a servlet filter accessing the
>> request parameters. Only resource methods using @FormParam will work
>> as expected. Resource methods consuming the request body by other
>> means will not work as expected.
>> Aug 7, 2012 11:16:42 AM
>> com.sun.jersey.spi.container.ContainerResponse logException
>> SEVERE: Mapped exception to response: 500 (Internal Server Error)
>> javax.ws.rs.WebApplicationException:
>> com.hp.hpl.jena.shared.JenaException: org.xml.sax.SAXParseException:
>> The prefix "xmlns" cannot be bound to any namespace explicitly;
>> neither can the namespace for "xmlns" be bound to any prefix explicitly.
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> at
>> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
>> at
>> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
>> at
>> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>> at
>> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
>> at
>> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
>> at
>> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
>> at
>> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
>> at
>> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>> at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
>> at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> at
>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> at org.mortbay.jetty.Server.handle(Server.java:326)
>> at
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> at
>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> at
>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>> at
>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>> Caused by: com.hp.hpl.jena.shared.JenaException:
>> org.xml.sax.SAXParseException: The prefix "xmlns" cannot be bound to
>> any namespace explicitly; neither can the namespace for "xmlns" be
>> bound to any prefix explicitly.
>> at
>> com.hp.hpl.jena.rdf.model.impl.RDFDefaultErrorHandler.fatalError(RDFDefaultErrorHandler.java:45)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.ARPSaxErrorHandler.fatalError(ARPSaxErrorHandler.java:35)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.warning(XMLHandler.java:225)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.fatalError(XMLHandler.java:255)
>> at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLNamespaceBinder.startElement(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
>> Source)
>> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
>> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
>> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.RDFXMLParser.parse(RDFXMLParser.java:142)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:158)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:145)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:215)
>> at com.hp.hpl.jena.rdf.model.impl.ModelCom.read(ModelCom.java:226)
>> at
>> org.apache.clerezza.rdf.jena.parser.JenaParserProvider.parse(JenaParserProvider.java:68)
>> at
>> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.owlOntologyToClerezzaMGraph(OWLAPIToClerezzaConverter.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:953)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
>> ... 48 more
>> Caused by: org.xml.sax.SAXParseException: The prefix "xmlns" cannot
>> be bound to any namespace explicitly; neither can the namespace for
>> "xmlns" be bound to any prefix explicitly.
>> at
>> org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
>> Source)
>> ... 75 more
>> Aug 7, 2012 11:16:46 AM
>> com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
>> WARNING: A servlet POST request, to the URI
>> http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program,
>> contains form parameters in the request body but the request body has
>> been consumed by the servlet or a servlet filter accessing the
>> request parameters. Only resource methods using @FormParam will work
>> as expected. Resource methods consuming the request body by other
>> means will not work as expected.
>> Aug 7, 2012 11:33:35 AM
>> com.sun.jersey.spi.container.ContainerResponse logException
>> SEVERE: Mapped exception to response: 500 (Internal Server Error)
>> javax.ws.rs.WebApplicationException:
>> java.util.ConcurrentModificationException
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> at
>> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
>> at
>> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
>> at
>> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>> at
>> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
>> at
>> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
>> at
>> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
>> at
>> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
>> at
>> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>> at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
>> at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> at
>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> at org.mortbay.jetty.Server.handle(Server.java:326)
>> at
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> at
>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> at
>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>> at
>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>> Caused by: java.util.ConcurrentModificationException
>> at
>> com.hp.hpl.jena.tdb.store.GraphTDBBase$MapperIteratorTriples.checkCourrentModification(GraphTDBBase.java:208)
>> at
>> com.hp.hpl.jena.tdb.store.GraphTDBBase$MapperIteratorTriples.hasNext(GraphTDBBase.java:216)
>> at
>> org.apache.clerezza.rdf.jena.storage.JenaGraphAdaptor$1.hasNext(JenaGraphAdaptor.java:106)
>> at
>> org.apache.clerezza.rdf.core.impl.AbstractTripleCollection$1.hasNext(AbstractTripleCollection.java:78)
>> at
>> org.apache.clerezza.rdf.core.access.LockingIterator.hasNext(LockingIterator.java:47)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider$OntologyToTcMapper.mapLocator(ClerezzaOntologyProvider.java:299)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.setLocatorMapping(ClerezzaOntologyProvider.java:1285)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:154)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
>> ... 48 more
>> Aug 7, 2012 12:10:37 PM
>> com.sun.jersey.spi.container.ContainerResponse logException
>> SEVERE: Mapped exception to response: 500 (Internal Server Error)
>> javax.ws.rs.WebApplicationException: java.lang.NullPointerException
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> at
>> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
>> at
>> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
>> at
>> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>> at
>> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
>> at
>> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
>> at
>> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
>> at
>> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
>> at
>> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>> at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
>> at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> at
>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> at org.mortbay.jetty.Server.handle(Server.java:326)
>> at
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> at
>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> at
>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>> at
>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>> Caused by: java.lang.NullPointerException
>> at
>> org.apache.stanbol.commons.owl.util.OWLUtils.guessOntologyIdentifier(OWLUtils.java:76)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:967)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
>> ... 48 more
>> Aug 7, 2012 12:10:37 PM
>> com.sun.jersey.spi.container.ContainerResponse logException
>> SEVERE: Mapped exception to response: 500 (Internal Server Error)
>> javax.ws.rs.WebApplicationException:
>> com.hp.hpl.jena.shared.JenaException: org.xml.sax.SAXParseException:
>> The prefix "xmlns" cannot be bound to any namespace explicitly;
>> neither can the namespace for "xmlns" be bound to any prefix explicitly.
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> at
>> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
>> at
>> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
>> at
>> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>> at
>> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
>> at
>> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
>> at
>> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
>> at
>> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
>> at
>> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>> at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
>> at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> at
>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> at org.mortbay.jetty.Server.handle(Server.java:326)
>> at
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> at
>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> at
>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>> at
>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>> Caused by: com.hp.hpl.jena.shared.JenaException:
>> org.xml.sax.SAXParseException: The prefix "xmlns" cannot be bound to
>> any namespace explicitly; neither can the namespace for "xmlns" be
>> bound to any prefix explicitly.
>> at
>> com.hp.hpl.jena.rdf.model.impl.RDFDefaultErrorHandler.fatalError(RDFDefaultErrorHandler.java:45)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.ARPSaxErrorHandler.fatalError(ARPSaxErrorHandler.java:35)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.warning(XMLHandler.java:225)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.fatalError(XMLHandler.java:255)
>> at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLNamespaceBinder.startElement(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
>> Source)
>> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
>> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
>> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.RDFXMLParser.parse(RDFXMLParser.java:142)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:158)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:145)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:215)
>> at com.hp.hpl.jena.rdf.model.impl.ModelCom.read(ModelCom.java:226)
>> at
>> org.apache.clerezza.rdf.jena.parser.JenaParserProvider.parse(JenaParserProvider.java:68)
>> at
>> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.owlOntologyToClerezzaMGraph(OWLAPIToClerezzaConverter.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:953)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
>> ... 48 more
>> Caused by: org.xml.sax.SAXParseException: The prefix "xmlns" cannot
>> be bound to any namespace explicitly; neither can the namespace for
>> "xmlns" be bound to any prefix explicitly.
>> at
>> org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
>> Source)
>> ... 75 more
>> Aug 7, 2012 12:33:43 PM
>> com.sun.jersey.spi.container.ContainerResponse
>> mapMappableContainerException
>> SEVERE: The exception contained within MappableContainerException
>> could not be mapped to a response, re-throwing to the HTTP container
>> java.lang.OutOfMemoryError: Java heap space
>> at java.util.Arrays.copyOf(Arrays.java:2894)
>> at
>> java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:117)
>> at
>> java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:407)
>> at java.lang.StringBuffer.append(StringBuffer.java:241)
>> at java.io.StringWriter.write(StringWriter.java:112)
>> at java.io.PrintWriter.write(PrintWriter.java:429)
>> at java.io.PrintWriter.write(PrintWriter.java:446)
>> at java.io.PrintWriter.append(PrintWriter.java:977)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.printTriple(OWLRDFConsumer.java:1251)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.dumpRemainingTriples(OWLRDFConsumer.java:1288)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.endModel(OWLRDFConsumer.java:1409)
>> at
>> org.semanticweb.owlapi.rdf.syntax.RDFParser.parse(RDFParser.java:174)
>> at
>> org.coode.owlapi.rdfxml.parser.RDFXMLParser.parse(RDFXMLParser.java:120)
>> at
>> uk.ac.manchester.cs.owl.owlapi.ParsableOWLOntologyFactory.loadOWLOntology(ParsableOWLOntologyFactory.java:204)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntology(OWLOntologyManagerImpl.java:726)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:688)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:700)
>> at
>> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.clerezzaGraphToOWLOntology(OWLAPIToClerezzaConverter.java:152)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.toOWLOntology(ClerezzaOntologyProvider.java:1320)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:821)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:782)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:773)
>> at
>> org.apache.stanbol.ontologymanager.registry.impl.model.LibraryImpl.getOntologies(LibraryImpl.java:114)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:163)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:123)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:81)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:712)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> Aug 7, 2012 12:37:31 PM
>> com.sun.jersey.spi.container.ContainerResponse
>> mapMappableContainerException
>> SEVERE: The exception contained within MappableContainerException
>> could not be mapped to a response, re-throwing to the HTTP container
>> java.lang.OutOfMemoryError: GC overhead limit exceeded
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.addAxiom(OWLRDFConsumer.java:824)
>> at
>> org.coode.owlapi.rdfxml.parser.AbstractTripleHandler.addAxiom(AbstractTripleHandler.java:121)
>> at
>> org.coode.owlapi.rdfxml.parser.GTPAnnotationResourceTripleHandler.handleTriple(GTPAnnotationResourceTripleHandler.java:105)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.handle(OWLRDFConsumer.java:1230)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer$1.handleResourceTriple(OWLRDFConsumer.java:1361)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.iterateResourceTriples(OWLRDFConsumer.java:2334)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.endModel(OWLRDFConsumer.java:1359)
>> at
>> org.semanticweb.owlapi.rdf.syntax.RDFParser.parse(RDFParser.java:174)
>> at
>> org.coode.owlapi.rdfxml.parser.RDFXMLParser.parse(RDFXMLParser.java:120)
>> at
>> uk.ac.manchester.cs.owl.owlapi.ParsableOWLOntologyFactory.loadOWLOntology(ParsableOWLOntologyFactory.java:204)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntology(OWLOntologyManagerImpl.java:726)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:688)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:700)
>> at
>> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.clerezzaGraphToOWLOntology(OWLAPIToClerezzaConverter.java:152)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.toOWLOntology(ClerezzaOntologyProvider.java:1320)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:821)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:782)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:773)
>> at
>> org.apache.stanbol.ontologymanager.registry.impl.model.LibraryImpl.getOntologies(LibraryImpl.java:114)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:163)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:123)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:81)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:712)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> at
>> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
>> at
>> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
>> at
>> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>>
>
Re: Ontonet scope manager Upload of Ontologies
Posted by Alessandro Adamou <ad...@cs.unibo.it>.
Ouch, looks like we replied out of sync.
On 8/7/12 1:18 PM, Melanie Reiplinger wrote:
> About the 'OutOfMemoryError: GC overhead limit exceeded' it might
> helpt to specify a larger heap size when launching stanbol?
> What do you usually pass as parameters when launching?
My standard config for testing goes with -Xmx1g and -XX:MaxPermSize=256m
(if you haven't set it as your default vm options).
but it didn't commit more than 188 MiB when doing a call like yours e.g.
curl -i -X PUT
[stanbol]/ontonet/ontology/paramScope?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks&coreont=http://www.ontologydesignpatterns.org/cp/owl/sequence.owl
> I wanted to kill and restart stanbol, but the process didn't die.
> There was one of my testing curl PUT commands hanging in the list of
> my processes for about the last hour. I killed it, but still I could
> not kill stanbol. A kill -9 succeeded, but no shutdown messages were
> written to the log any more.
This happens for me too sometimes, even when playing around with
different endpoints. The last time I really had trouble with this was
when we had to increase the PermGen space to 256m.
Alessandro
> Am 07.08.2012 12:02, schrieb Melanie Reiplinger:
>> Am 06.08.2012 17:47, schrieb Alessandro Adamou:
>>>
>>> Then I think I'm going to need a detailed log. That also says
>>> something about the time taken for loading ontologies and stuff.
>>> Would you mind setting up a "Debug" logger for the ontology manager
>>> classes before you try loading an ontology again?
>>>
>>> To do so,
>>>
>>> 1. go to [stanbol]/system/console/configMgr with your browser
>>> 2. create a new "Apache Sling Logging Logger Configuration" (click
>>> on the "+" button)
>>> 3. Set log level to "Debug", give the log file the name you want and
>>> for "Logger" type "org.apache.stanbol.ontologymanager"
>>> 4. Click "Save"
>>> 5. do your stuff (e.g. upload an ontology onto a scope, do a GET
>>> afterwards)
>>> 6. Post the new logfile as an attachment of ticket
>>> https://issues.apache.org/jira/browse/STANBOL-422
>>>
>>> We might need to increase the log verbosity incrementally and
>>> produce further logs, so I'll keep you posted after that.
>>
>> JIRA is unavailable, so I append the logs below (sorry for this
>> format). This is really strange now, because since a few minutes, it
>> won't even create new scopes. It fails with a time out error. Until
>> an hour or so it would create scopes and then fail when trying the
>> redirected GET after loading an ontology or a library, but now
>> nothing seems to work anymore. I did not change the code, though; and
>> I kept deleting scopes as soon as they weren't needed any more in
>> order to not overcharge the service.
>>
>> The whole stanbol REST interface has gotten really slow again,
>> waiting minutes for loading of pages. So this might then be the
>> reason for the new timeouts in places where they had't been before,
>> but there has to be something wrong then. Also the curl commands
>> (e.g. to delete a scope) take several minuts. At least, the disc
>> space consumption is stable this time.
>>
>> These logs are from an attempted PUT done via jQuery ajax call, where
>> I try to create a scope named paramScope and upload a library and an
>> ontology at creation.
>> Below, separated by -----------, there are usual logs from stanbol I
>> get, some of them talk about out of space exceptions
>>
>> 07.08.2012 12:36:13.854 *INFO* [11482418@qtp-746842-244]
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource <init>
>> with scope paramScope
>> 07.08.2012 12:36:23.616 *INFO* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource <init>
>> with scope paramScope
>> 07.08.2012 12:36:23.621 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource
>> Request URI
>> http://lnv-89012.dfki.uni-sb.de:9001/ontonet/ontology/paramScope?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks&coreont=http://www.ontologydesignpatterns.org/cp/owl/sequence.owl&
>> 07.08.2012 12:36:23.622 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource Got
>> library SocialNetworks, expected
>> http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks
>> 07.08.2012 12:36:23.622 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
>> In class
>> org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
>> registry content was requested on SocialNetworks.
>> 07.08.2012 12:36:33.448 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://purl.org/stuff/rev> is
>> <ontonet::http://purl.org/stuff/rev>
>> 07.08.2012 12:36:33.449 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> Filling reverse imports for <http://purl.org/stuff/rev>
>> 07.08.2012 12:36:33.449 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://purl.org/stuff/rev> is
>> <ontonet::http://purl.org/stuff/rev>
>> 07.08.2012 12:37:36.016 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://purl.org/net/provenance/ns> is
>> <ontonet::http://purl.org/net/provenance/ns>
>> 07.08.2012 12:37:36.016 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> Filling reverse imports for <http://purl.org/net/provenance/ns>
>> 07.08.2012 12:37:36.017 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://purl.org/net/provenance/ns> is
>> <ontonet::http://purl.org/net/provenance/ns>
>> 07.08.2012 12:37:36.111 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://www.holygoat.co.uk/owl/redwood/0.1/tags/> is
>> <ontonet::http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
>> 07.08.2012 12:37:36.112 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> Filling reverse imports for
>> <http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
>> 07.08.2012 12:37:36.112 *DEBUG* [23544983@qtp-746842-247]
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
>> key for <http://www.holygoat.co.uk/owl/redwood/0.1/tags/> is
>> <ontonet::http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
>>
>> ----------------------------------------------------------------------------
>>
>>
>> Aug 7, 2012 11:15:59 AM
>> com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
>> WARNING: A servlet POST request, to the URI
>> http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program,
>> contains form parameters in the request body but the request body has
>> been consumed by the servlet or a servlet filter accessing the
>> request parameters. Only resource methods using @FormParam will work
>> as expected. Resource methods consuming the request body by other
>> means will not work as expected.
>> Aug 7, 2012 11:16:30 AM
>> com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
>> WARNING: A servlet POST request, to the URI
>> http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program,
>> contains form parameters in the request body but the request body has
>> been consumed by the servlet or a servlet filter accessing the
>> request parameters. Only resource methods using @FormParam will work
>> as expected. Resource methods consuming the request body by other
>> means will not work as expected.
>> Aug 7, 2012 11:16:42 AM
>> com.sun.jersey.spi.container.ContainerResponse logException
>> SEVERE: Mapped exception to response: 500 (Internal Server Error)
>> javax.ws.rs.WebApplicationException:
>> com.hp.hpl.jena.shared.JenaException: org.xml.sax.SAXParseException:
>> The prefix "xmlns" cannot be bound to any namespace explicitly;
>> neither can the namespace for "xmlns" be bound to any prefix explicitly.
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> at
>> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
>> at
>> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
>> at
>> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>> at
>> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
>> at
>> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
>> at
>> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
>> at
>> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
>> at
>> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>> at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
>> at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> at
>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> at org.mortbay.jetty.Server.handle(Server.java:326)
>> at
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> at
>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> at
>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>> at
>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>> Caused by: com.hp.hpl.jena.shared.JenaException:
>> org.xml.sax.SAXParseException: The prefix "xmlns" cannot be bound to
>> any namespace explicitly; neither can the namespace for "xmlns" be
>> bound to any prefix explicitly.
>> at
>> com.hp.hpl.jena.rdf.model.impl.RDFDefaultErrorHandler.fatalError(RDFDefaultErrorHandler.java:45)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.ARPSaxErrorHandler.fatalError(ARPSaxErrorHandler.java:35)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.warning(XMLHandler.java:225)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.fatalError(XMLHandler.java:255)
>> at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLNamespaceBinder.startElement(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
>> Source)
>> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
>> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
>> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.RDFXMLParser.parse(RDFXMLParser.java:142)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:158)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:145)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:215)
>> at com.hp.hpl.jena.rdf.model.impl.ModelCom.read(ModelCom.java:226)
>> at
>> org.apache.clerezza.rdf.jena.parser.JenaParserProvider.parse(JenaParserProvider.java:68)
>> at
>> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.owlOntologyToClerezzaMGraph(OWLAPIToClerezzaConverter.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:953)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
>> ... 48 more
>> Caused by: org.xml.sax.SAXParseException: The prefix "xmlns" cannot
>> be bound to any namespace explicitly; neither can the namespace for
>> "xmlns" be bound to any prefix explicitly.
>> at
>> org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
>> Source)
>> ... 75 more
>> Aug 7, 2012 11:16:46 AM
>> com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
>> WARNING: A servlet POST request, to the URI
>> http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program,
>> contains form parameters in the request body but the request body has
>> been consumed by the servlet or a servlet filter accessing the
>> request parameters. Only resource methods using @FormParam will work
>> as expected. Resource methods consuming the request body by other
>> means will not work as expected.
>> Aug 7, 2012 11:33:35 AM
>> com.sun.jersey.spi.container.ContainerResponse logException
>> SEVERE: Mapped exception to response: 500 (Internal Server Error)
>> javax.ws.rs.WebApplicationException:
>> java.util.ConcurrentModificationException
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> at
>> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
>> at
>> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
>> at
>> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>> at
>> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
>> at
>> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
>> at
>> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
>> at
>> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
>> at
>> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>> at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
>> at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> at
>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> at org.mortbay.jetty.Server.handle(Server.java:326)
>> at
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> at
>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> at
>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>> at
>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>> Caused by: java.util.ConcurrentModificationException
>> at
>> com.hp.hpl.jena.tdb.store.GraphTDBBase$MapperIteratorTriples.checkCourrentModification(GraphTDBBase.java:208)
>> at
>> com.hp.hpl.jena.tdb.store.GraphTDBBase$MapperIteratorTriples.hasNext(GraphTDBBase.java:216)
>> at
>> org.apache.clerezza.rdf.jena.storage.JenaGraphAdaptor$1.hasNext(JenaGraphAdaptor.java:106)
>> at
>> org.apache.clerezza.rdf.core.impl.AbstractTripleCollection$1.hasNext(AbstractTripleCollection.java:78)
>> at
>> org.apache.clerezza.rdf.core.access.LockingIterator.hasNext(LockingIterator.java:47)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider$OntologyToTcMapper.mapLocator(ClerezzaOntologyProvider.java:299)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.setLocatorMapping(ClerezzaOntologyProvider.java:1285)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:154)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
>> ... 48 more
>> Aug 7, 2012 12:10:37 PM
>> com.sun.jersey.spi.container.ContainerResponse logException
>> SEVERE: Mapped exception to response: 500 (Internal Server Error)
>> javax.ws.rs.WebApplicationException: java.lang.NullPointerException
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> at
>> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
>> at
>> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
>> at
>> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>> at
>> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
>> at
>> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
>> at
>> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
>> at
>> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
>> at
>> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>> at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
>> at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> at
>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> at org.mortbay.jetty.Server.handle(Server.java:326)
>> at
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> at
>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> at
>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>> at
>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>> Caused by: java.lang.NullPointerException
>> at
>> org.apache.stanbol.commons.owl.util.OWLUtils.guessOntologyIdentifier(OWLUtils.java:76)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:967)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
>> ... 48 more
>> Aug 7, 2012 12:10:37 PM
>> com.sun.jersey.spi.container.ContainerResponse logException
>> SEVERE: Mapped exception to response: 500 (Internal Server Error)
>> javax.ws.rs.WebApplicationException:
>> com.hp.hpl.jena.shared.JenaException: org.xml.sax.SAXParseException:
>> The prefix "xmlns" cannot be bound to any namespace explicitly;
>> neither can the namespace for "xmlns" be bound to any prefix explicitly.
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> at
>> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
>> at
>> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
>> at
>> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>> at
>> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
>> at
>> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
>> at
>> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
>> at
>> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
>> at
>> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
>> at
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
>> at
>> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
>> at
>> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
>> at
>> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
>> at
>> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>> at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
>> at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> at
>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> at org.mortbay.jetty.Server.handle(Server.java:326)
>> at
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> at
>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> at
>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>> at
>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>> Caused by: com.hp.hpl.jena.shared.JenaException:
>> org.xml.sax.SAXParseException: The prefix "xmlns" cannot be bound to
>> any namespace explicitly; neither can the namespace for "xmlns" be
>> bound to any prefix explicitly.
>> at
>> com.hp.hpl.jena.rdf.model.impl.RDFDefaultErrorHandler.fatalError(RDFDefaultErrorHandler.java:45)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.ARPSaxErrorHandler.fatalError(ARPSaxErrorHandler.java:35)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.warning(XMLHandler.java:225)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.fatalError(XMLHandler.java:255)
>> at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(Unknown
>> Source)
>> at org.apache.xerces.impl.XMLNamespaceBinder.startElement(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
>> Source)
>> at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
>> Source)
>> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
>> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
>> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
>> at
>> com.hp.hpl.jena.rdf.arp.impl.RDFXMLParser.parse(RDFXMLParser.java:142)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:158)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:145)
>> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:215)
>> at com.hp.hpl.jena.rdf.model.impl.ModelCom.read(ModelCom.java:226)
>> at
>> org.apache.clerezza.rdf.jena.parser.JenaParserProvider.parse(JenaParserProvider.java:68)
>> at
>> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.owlOntologyToClerezzaMGraph(OWLAPIToClerezzaConverter.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:953)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
>> ... 48 more
>> Caused by: org.xml.sax.SAXParseException: The prefix "xmlns" cannot
>> be bound to any namespace explicitly; neither can the namespace for
>> "xmlns" be bound to any prefix explicitly.
>> at
>> org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
>> Source)
>> ... 75 more
>> Aug 7, 2012 12:33:43 PM
>> com.sun.jersey.spi.container.ContainerResponse
>> mapMappableContainerException
>> SEVERE: The exception contained within MappableContainerException
>> could not be mapped to a response, re-throwing to the HTTP container
>> java.lang.OutOfMemoryError: Java heap space
>> at java.util.Arrays.copyOf(Arrays.java:2894)
>> at
>> java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:117)
>> at
>> java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:407)
>> at java.lang.StringBuffer.append(StringBuffer.java:241)
>> at java.io.StringWriter.write(StringWriter.java:112)
>> at java.io.PrintWriter.write(PrintWriter.java:429)
>> at java.io.PrintWriter.write(PrintWriter.java:446)
>> at java.io.PrintWriter.append(PrintWriter.java:977)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.printTriple(OWLRDFConsumer.java:1251)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.dumpRemainingTriples(OWLRDFConsumer.java:1288)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.endModel(OWLRDFConsumer.java:1409)
>> at
>> org.semanticweb.owlapi.rdf.syntax.RDFParser.parse(RDFParser.java:174)
>> at
>> org.coode.owlapi.rdfxml.parser.RDFXMLParser.parse(RDFXMLParser.java:120)
>> at
>> uk.ac.manchester.cs.owl.owlapi.ParsableOWLOntologyFactory.loadOWLOntology(ParsableOWLOntologyFactory.java:204)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntology(OWLOntologyManagerImpl.java:726)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:688)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:700)
>> at
>> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.clerezzaGraphToOWLOntology(OWLAPIToClerezzaConverter.java:152)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.toOWLOntology(ClerezzaOntologyProvider.java:1320)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:821)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:782)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:773)
>> at
>> org.apache.stanbol.ontologymanager.registry.impl.model.LibraryImpl.getOntologies(LibraryImpl.java:114)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:163)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:123)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:81)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:712)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> Aug 7, 2012 12:37:31 PM
>> com.sun.jersey.spi.container.ContainerResponse
>> mapMappableContainerException
>> SEVERE: The exception contained within MappableContainerException
>> could not be mapped to a response, re-throwing to the HTTP container
>> java.lang.OutOfMemoryError: GC overhead limit exceeded
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.addAxiom(OWLRDFConsumer.java:824)
>> at
>> org.coode.owlapi.rdfxml.parser.AbstractTripleHandler.addAxiom(AbstractTripleHandler.java:121)
>> at
>> org.coode.owlapi.rdfxml.parser.GTPAnnotationResourceTripleHandler.handleTriple(GTPAnnotationResourceTripleHandler.java:105)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.handle(OWLRDFConsumer.java:1230)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer$1.handleResourceTriple(OWLRDFConsumer.java:1361)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.iterateResourceTriples(OWLRDFConsumer.java:2334)
>> at
>> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.endModel(OWLRDFConsumer.java:1359)
>> at
>> org.semanticweb.owlapi.rdf.syntax.RDFParser.parse(RDFParser.java:174)
>> at
>> org.coode.owlapi.rdfxml.parser.RDFXMLParser.parse(RDFXMLParser.java:120)
>> at
>> uk.ac.manchester.cs.owl.owlapi.ParsableOWLOntologyFactory.loadOWLOntology(ParsableOWLOntologyFactory.java:204)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntology(OWLOntologyManagerImpl.java:726)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:688)
>> at
>> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:700)
>> at
>> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.clerezzaGraphToOWLOntology(OWLAPIToClerezzaConverter.java:152)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.toOWLOntology(ClerezzaOntologyProvider.java:1320)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:821)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:782)
>> at
>> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:773)
>> at
>> org.apache.stanbol.ontologymanager.registry.impl.model.LibraryImpl.getOntologies(LibraryImpl.java:114)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:163)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:123)
>> at
>> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:81)
>> at
>> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:712)
>> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
>> at
>> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> at
>> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
>> at
>> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
>> at
>> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>>
>
>
--
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
Re: Ontonet scope manager Upload of Ontologies
Posted by Melanie Reiplinger <me...@dfki.de>.
Hi Alessandro.
About the 'OutOfMemoryError: GC overhead limit exceeded' it might helpt
to specify a larger heap size when launching stanbol?
What do you usually pass as parameters when launching?
Anyway it is a bit weird that this problem never showed up during the
last few days when I was uploading ontologies and libraries (and I
always used the same 1-2 ontologies and libs in my samples because I
know that they are stored permanently.
I wanted to kill and restart stanbol, but the process didn't die. There
was one of my testing curl PUT commands hanging in the list of my
processes for about the last hour. I killed it, but still I could not
kill stanbol. A kill -9 succeeded, but no shutdown messages were written
to the log any more.
This is very much like the behaviour when we had the 'too many open
files' error for ontologies.
After the restart I can create scopes again, so I will now try to
reproduce the redirect/get problem and upload the log file to JIRA.
Am 07.08.2012 12:02, schrieb Melanie Reiplinger:
> Am 06.08.2012 17:47, schrieb Alessandro Adamou:
>>
>> Then I think I'm going to need a detailed log. That also says
>> something about the time taken for loading ontologies and stuff.
>> Would you mind setting up a "Debug" logger for the ontology manager
>> classes before you try loading an ontology again?
>>
>> To do so,
>>
>> 1. go to [stanbol]/system/console/configMgr with your browser
>> 2. create a new "Apache Sling Logging Logger Configuration" (click on
>> the "+" button)
>> 3. Set log level to "Debug", give the log file the name you want and
>> for "Logger" type "org.apache.stanbol.ontologymanager"
>> 4. Click "Save"
>> 5. do your stuff (e.g. upload an ontology onto a scope, do a GET
>> afterwards)
>> 6. Post the new logfile as an attachment of ticket
>> https://issues.apache.org/jira/browse/STANBOL-422
>>
>> We might need to increase the log verbosity incrementally and produce
>> further logs, so I'll keep you posted after that.
>
> JIRA is unavailable, so I append the logs below (sorry for this
> format). This is really strange now, because since a few minutes, it
> won't even create new scopes. It fails with a time out error. Until an
> hour or so it would create scopes and then fail when trying the
> redirected GET after loading an ontology or a library, but now nothing
> seems to work anymore. I did not change the code, though; and I kept
> deleting scopes as soon as they weren't needed any more in order to
> not overcharge the service.
>
> The whole stanbol REST interface has gotten really slow again, waiting
> minutes for loading of pages. So this might then be the reason for the
> new timeouts in places where they had't been before, but there has to
> be something wrong then. Also the curl commands (e.g. to delete a
> scope) take several minuts. At least, the disc space consumption is
> stable this time.
>
> These logs are from an attempted PUT done via jQuery ajax call, where
> I try to create a scope named paramScope and upload a library and an
> ontology at creation.
> Below, separated by -----------, there are usual logs from stanbol I
> get, some of them talk about out of space exceptions
>
> 07.08.2012 12:36:13.854 *INFO* [11482418@qtp-746842-244]
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource <init>
> with scope paramScope
> 07.08.2012 12:36:23.616 *INFO* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource <init>
> with scope paramScope
> 07.08.2012 12:36:23.621 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource Request
> URI
> http://lnv-89012.dfki.uni-sb.de:9001/ontonet/ontology/paramScope?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks&coreont=http://www.ontologydesignpatterns.org/cp/owl/sequence.owl&
> 07.08.2012 12:36:23.622 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.registry.io.LibrarySource Got
> library SocialNetworks, expected
> http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks
> 07.08.2012 12:36:23.622 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
> In class
> org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
> registry content was requested on SocialNetworks.
> 07.08.2012 12:36:33.448 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> key for <http://purl.org/stuff/rev> is
> <ontonet::http://purl.org/stuff/rev>
> 07.08.2012 12:36:33.449 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> Filling reverse imports for <http://purl.org/stuff/rev>
> 07.08.2012 12:36:33.449 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> key for <http://purl.org/stuff/rev> is
> <ontonet::http://purl.org/stuff/rev>
> 07.08.2012 12:37:36.016 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> key for <http://purl.org/net/provenance/ns> is
> <ontonet::http://purl.org/net/provenance/ns>
> 07.08.2012 12:37:36.016 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> Filling reverse imports for <http://purl.org/net/provenance/ns>
> 07.08.2012 12:37:36.017 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> key for <http://purl.org/net/provenance/ns> is
> <ontonet::http://purl.org/net/provenance/ns>
> 07.08.2012 12:37:36.111 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> key for <http://www.holygoat.co.uk/owl/redwood/0.1/tags/> is
> <ontonet::http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
> 07.08.2012 12:37:36.112 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> Filling reverse imports for
> <http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
> 07.08.2012 12:37:36.112 *DEBUG* [23544983@qtp-746842-247]
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> key for <http://www.holygoat.co.uk/owl/redwood/0.1/tags/> is
> <ontonet::http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
>
> ----------------------------------------------------------------------------
>
>
> Aug 7, 2012 11:15:59 AM
> com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
> WARNING: A servlet POST request, to the URI
> http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program,
> contains form parameters in the request body but the request body has
> been consumed by the servlet or a servlet filter accessing the request
> parameters. Only resource methods using @FormParam will work as
> expected. Resource methods consuming the request body by other means
> will not work as expected.
> Aug 7, 2012 11:16:30 AM
> com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
> WARNING: A servlet POST request, to the URI
> http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program,
> contains form parameters in the request body but the request body has
> been consumed by the servlet or a servlet filter accessing the request
> parameters. Only resource methods using @FormParam will work as
> expected. Resource methods consuming the request body by other means
> will not work as expected.
> Aug 7, 2012 11:16:42 AM com.sun.jersey.spi.container.ContainerResponse
> logException
> SEVERE: Mapped exception to response: 500 (Internal Server Error)
> javax.ws.rs.WebApplicationException:
> com.hp.hpl.jena.shared.JenaException: org.xml.sax.SAXParseException:
> The prefix "xmlns" cannot be bound to any namespace explicitly;
> neither can the namespace for "xmlns" be bound to any prefix explicitly.
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at
> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
> at
> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
> at
> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
> at
> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
> at
> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
> at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
> at
> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
> at
> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
> at
> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
> at
> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
> at
> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
> at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
> at
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> at
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
> at
> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at org.mortbay.jetty.Server.handle(Server.java:326)
> at
> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
> at
> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> at
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
> Caused by: com.hp.hpl.jena.shared.JenaException:
> org.xml.sax.SAXParseException: The prefix "xmlns" cannot be bound to
> any namespace explicitly; neither can the namespace for "xmlns" be
> bound to any prefix explicitly.
> at
> com.hp.hpl.jena.rdf.model.impl.RDFDefaultErrorHandler.fatalError(RDFDefaultErrorHandler.java:45)
> at
> com.hp.hpl.jena.rdf.arp.impl.ARPSaxErrorHandler.fatalError(ARPSaxErrorHandler.java:35)
> at
> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.warning(XMLHandler.java:225)
> at
> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.fatalError(XMLHandler.java:255)
> at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
> Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(Unknown
> Source)
> at org.apache.xerces.impl.XMLNamespaceBinder.startElement(Unknown
> Source)
> at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
> Source)
> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
> at
> com.hp.hpl.jena.rdf.arp.impl.RDFXMLParser.parse(RDFXMLParser.java:142)
> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:158)
> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:145)
> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:215)
> at com.hp.hpl.jena.rdf.model.impl.ModelCom.read(ModelCom.java:226)
> at
> org.apache.clerezza.rdf.jena.parser.JenaParserProvider.parse(JenaParserProvider.java:68)
> at
> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.owlOntologyToClerezzaMGraph(OWLAPIToClerezzaConverter.java:106)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:953)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
> ... 48 more
> Caused by: org.xml.sax.SAXParseException: The prefix "xmlns" cannot be
> bound to any namespace explicitly; neither can the namespace for
> "xmlns" be bound to any prefix explicitly.
> at
> org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
> Source)
> ... 75 more
> Aug 7, 2012 11:16:46 AM
> com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
> WARNING: A servlet POST request, to the URI
> http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program,
> contains form parameters in the request body but the request body has
> been consumed by the servlet or a servlet filter accessing the request
> parameters. Only resource methods using @FormParam will work as
> expected. Resource methods consuming the request body by other means
> will not work as expected.
> Aug 7, 2012 11:33:35 AM com.sun.jersey.spi.container.ContainerResponse
> logException
> SEVERE: Mapped exception to response: 500 (Internal Server Error)
> javax.ws.rs.WebApplicationException:
> java.util.ConcurrentModificationException
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at
> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
> at
> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
> at
> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
> at
> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
> at
> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
> at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
> at
> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
> at
> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
> at
> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
> at
> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
> at
> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
> at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
> at
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> at
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
> at
> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at org.mortbay.jetty.Server.handle(Server.java:326)
> at
> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
> at
> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> at
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
> Caused by: java.util.ConcurrentModificationException
> at
> com.hp.hpl.jena.tdb.store.GraphTDBBase$MapperIteratorTriples.checkCourrentModification(GraphTDBBase.java:208)
> at
> com.hp.hpl.jena.tdb.store.GraphTDBBase$MapperIteratorTriples.hasNext(GraphTDBBase.java:216)
> at
> org.apache.clerezza.rdf.jena.storage.JenaGraphAdaptor$1.hasNext(JenaGraphAdaptor.java:106)
> at
> org.apache.clerezza.rdf.core.impl.AbstractTripleCollection$1.hasNext(AbstractTripleCollection.java:78)
> at
> org.apache.clerezza.rdf.core.access.LockingIterator.hasNext(LockingIterator.java:47)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider$OntologyToTcMapper.mapLocator(ClerezzaOntologyProvider.java:299)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.setLocatorMapping(ClerezzaOntologyProvider.java:1285)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:154)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
> ... 48 more
> Aug 7, 2012 12:10:37 PM com.sun.jersey.spi.container.ContainerResponse
> logException
> SEVERE: Mapped exception to response: 500 (Internal Server Error)
> javax.ws.rs.WebApplicationException: java.lang.NullPointerException
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at
> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
> at
> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
> at
> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
> at
> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
> at
> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
> at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
> at
> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
> at
> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
> at
> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
> at
> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
> at
> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
> at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
> at
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> at
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
> at
> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at org.mortbay.jetty.Server.handle(Server.java:326)
> at
> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
> at
> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> at
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
> Caused by: java.lang.NullPointerException
> at
> org.apache.stanbol.commons.owl.util.OWLUtils.guessOntologyIdentifier(OWLUtils.java:76)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:967)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
> ... 48 more
> Aug 7, 2012 12:10:37 PM com.sun.jersey.spi.container.ContainerResponse
> logException
> SEVERE: Mapped exception to response: 500 (Internal Server Error)
> javax.ws.rs.WebApplicationException:
> com.hp.hpl.jena.shared.JenaException: org.xml.sax.SAXParseException:
> The prefix "xmlns" cannot be bound to any namespace explicitly;
> neither can the namespace for "xmlns" be bound to any prefix explicitly.
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at
> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
> at
> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
> at
> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
> at
> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
> at
> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
> at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
> at
> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
> at
> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
> at
> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
> at
> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
> at
> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
> at
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
> at
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
> at
> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
> at
> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
> at
> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
> at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
> at
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> at
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
> at
> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at org.mortbay.jetty.Server.handle(Server.java:326)
> at
> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
> at
> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> at
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
> Caused by: com.hp.hpl.jena.shared.JenaException:
> org.xml.sax.SAXParseException: The prefix "xmlns" cannot be bound to
> any namespace explicitly; neither can the namespace for "xmlns" be
> bound to any prefix explicitly.
> at
> com.hp.hpl.jena.rdf.model.impl.RDFDefaultErrorHandler.fatalError(RDFDefaultErrorHandler.java:45)
> at
> com.hp.hpl.jena.rdf.arp.impl.ARPSaxErrorHandler.fatalError(ARPSaxErrorHandler.java:35)
> at
> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.warning(XMLHandler.java:225)
> at
> com.hp.hpl.jena.rdf.arp.impl.XMLHandler.fatalError(XMLHandler.java:255)
> at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
> Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(Unknown
> Source)
> at org.apache.xerces.impl.XMLNamespaceBinder.startElement(Unknown
> Source)
> at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
> Source)
> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
> at
> com.hp.hpl.jena.rdf.arp.impl.RDFXMLParser.parse(RDFXMLParser.java:142)
> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:158)
> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:145)
> at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:215)
> at com.hp.hpl.jena.rdf.model.impl.ModelCom.read(ModelCom.java:226)
> at
> org.apache.clerezza.rdf.jena.parser.JenaParserProvider.parse(JenaParserProvider.java:68)
> at
> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.owlOntologyToClerezzaMGraph(OWLAPIToClerezzaConverter.java:106)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:953)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
> ... 48 more
> Caused by: org.xml.sax.SAXParseException: The prefix "xmlns" cannot be
> bound to any namespace explicitly; neither can the namespace for
> "xmlns" be bound to any prefix explicitly.
> at
> org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
> Source)
> ... 75 more
> Aug 7, 2012 12:33:43 PM com.sun.jersey.spi.container.ContainerResponse
> mapMappableContainerException
> SEVERE: The exception contained within MappableContainerException
> could not be mapped to a response, re-throwing to the HTTP container
> java.lang.OutOfMemoryError: Java heap space
> at java.util.Arrays.copyOf(Arrays.java:2894)
> at
> java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:117)
> at
> java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:407)
> at java.lang.StringBuffer.append(StringBuffer.java:241)
> at java.io.StringWriter.write(StringWriter.java:112)
> at java.io.PrintWriter.write(PrintWriter.java:429)
> at java.io.PrintWriter.write(PrintWriter.java:446)
> at java.io.PrintWriter.append(PrintWriter.java:977)
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.printTriple(OWLRDFConsumer.java:1251)
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.dumpRemainingTriples(OWLRDFConsumer.java:1288)
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.endModel(OWLRDFConsumer.java:1409)
> at
> org.semanticweb.owlapi.rdf.syntax.RDFParser.parse(RDFParser.java:174)
> at
> org.coode.owlapi.rdfxml.parser.RDFXMLParser.parse(RDFXMLParser.java:120)
> at
> uk.ac.manchester.cs.owl.owlapi.ParsableOWLOntologyFactory.loadOWLOntology(ParsableOWLOntologyFactory.java:204)
> at
> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntology(OWLOntologyManagerImpl.java:726)
> at
> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:688)
> at
> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:700)
> at
> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.clerezzaGraphToOWLOntology(OWLAPIToClerezzaConverter.java:152)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.toOWLOntology(ClerezzaOntologyProvider.java:1320)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:821)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:782)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:773)
> at
> org.apache.stanbol.ontologymanager.registry.impl.model.LibraryImpl.getOntologies(LibraryImpl.java:114)
> at
> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:163)
> at
> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:123)
> at
> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:81)
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:712)
> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at
> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
> at
> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
> Aug 7, 2012 12:37:31 PM com.sun.jersey.spi.container.ContainerResponse
> mapMappableContainerException
> SEVERE: The exception contained within MappableContainerException
> could not be mapped to a response, re-throwing to the HTTP container
> java.lang.OutOfMemoryError: GC overhead limit exceeded
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.addAxiom(OWLRDFConsumer.java:824)
> at
> org.coode.owlapi.rdfxml.parser.AbstractTripleHandler.addAxiom(AbstractTripleHandler.java:121)
> at
> org.coode.owlapi.rdfxml.parser.GTPAnnotationResourceTripleHandler.handleTriple(GTPAnnotationResourceTripleHandler.java:105)
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.handle(OWLRDFConsumer.java:1230)
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer$1.handleResourceTriple(OWLRDFConsumer.java:1361)
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.iterateResourceTriples(OWLRDFConsumer.java:2334)
> at
> org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.endModel(OWLRDFConsumer.java:1359)
> at
> org.semanticweb.owlapi.rdf.syntax.RDFParser.parse(RDFParser.java:174)
> at
> org.coode.owlapi.rdfxml.parser.RDFXMLParser.parse(RDFXMLParser.java:120)
> at
> uk.ac.manchester.cs.owl.owlapi.ParsableOWLOntologyFactory.loadOWLOntology(ParsableOWLOntologyFactory.java:204)
> at
> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntology(OWLOntologyManagerImpl.java:726)
> at
> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:688)
> at
> uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:700)
> at
> org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.clerezzaGraphToOWLOntology(OWLAPIToClerezzaConverter.java:152)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.toOWLOntology(ClerezzaOntologyProvider.java:1320)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:821)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:782)
> at
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:773)
> at
> org.apache.stanbol.ontologymanager.registry.impl.model.LibraryImpl.getOntologies(LibraryImpl.java:114)
> at
> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:163)
> at
> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:123)
> at
> org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:81)
> at
> org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:712)
> at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at
> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
> at
> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
> at
> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
> at
> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
> at
> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
> at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
>
Re: Ontonet scope manager Upload of Ontologies
Posted by Melanie Reiplinger <me...@dfki.de>.
Am 06.08.2012 17:47, schrieb Alessandro Adamou:
>
> Then I think I'm going to need a detailed log. That also says
> something about the time taken for loading ontologies and stuff. Would
> you mind setting up a "Debug" logger for the ontology manager classes
> before you try loading an ontology again?
>
> To do so,
>
> 1. go to [stanbol]/system/console/configMgr with your browser
> 2. create a new "Apache Sling Logging Logger Configuration" (click on
> the "+" button)
> 3. Set log level to "Debug", give the log file the name you want and
> for "Logger" type "org.apache.stanbol.ontologymanager"
> 4. Click "Save"
> 5. do your stuff (e.g. upload an ontology onto a scope, do a GET
> afterwards)
> 6. Post the new logfile as an attachment of ticket
> https://issues.apache.org/jira/browse/STANBOL-422
>
> We might need to increase the log verbosity incrementally and produce
> further logs, so I'll keep you posted after that.
JIRA is unavailable, so I append the logs below (sorry for this format).
This is really strange now, because since a few minutes, it won't even
create new scopes. It fails with a time out error. Until an hour or so
it would create scopes and then fail when trying the redirected GET
after loading an ontology or a library, but now nothing seems to work
anymore. I did not change the code, though; and I kept deleting scopes
as soon as they weren't needed any more in order to not overcharge the
service.
The whole stanbol REST interface has gotten really slow again, waiting
minutes for loading of pages. So this might then be the reason for the
new timeouts in places where they had't been before, but there has to be
something wrong then. Also the curl commands (e.g. to delete a scope)
take several minuts. At least, the disc space consumption is stable this
time.
These logs are from an attempted PUT done via jQuery ajax call, where I
try to create a scope named paramScope and upload a library and an
ontology at creation.
Below, separated by -----------, there are usual logs from stanbol I
get, some of them talk about out of space exceptions
07.08.2012 12:36:13.854 *INFO* [11482418@qtp-746842-244]
org.apache.stanbol.ontologymanager.web.resources.ScopeResource <init>
with scope paramScope
07.08.2012 12:36:23.616 *INFO* [23544983@qtp-746842-247]
org.apache.stanbol.ontologymanager.web.resources.ScopeResource <init>
with scope paramScope
07.08.2012 12:36:23.621 *DEBUG* [23544983@qtp-746842-247]
org.apache.stanbol.ontologymanager.web.resources.ScopeResource Request
URI
http://lnv-89012.dfki.uni-sb.de:9001/ontonet/ontology/paramScope?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks&coreont=http://www.ontologydesignpatterns.org/cp/owl/sequence.owl&
07.08.2012 12:36:23.622 *DEBUG* [23544983@qtp-746842-247]
org.apache.stanbol.ontologymanager.registry.io.LibrarySource Got library
SocialNetworks, expected
http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks
07.08.2012 12:36:23.622 *DEBUG* [23544983@qtp-746842-247]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl In
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
registry content was requested on SocialNetworks.
07.08.2012 12:36:33.448 *DEBUG* [23544983@qtp-746842-247]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
key for <http://purl.org/stuff/rev> is <ontonet::http://purl.org/stuff/rev>
07.08.2012 12:36:33.449 *DEBUG* [23544983@qtp-746842-247]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Filling reverse imports for <http://purl.org/stuff/rev>
07.08.2012 12:36:33.449 *DEBUG* [23544983@qtp-746842-247]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
key for <http://purl.org/stuff/rev> is <ontonet::http://purl.org/stuff/rev>
07.08.2012 12:37:36.016 *DEBUG* [23544983@qtp-746842-247]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
key for <http://purl.org/net/provenance/ns> is
<ontonet::http://purl.org/net/provenance/ns>
07.08.2012 12:37:36.016 *DEBUG* [23544983@qtp-746842-247]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Filling reverse imports for <http://purl.org/net/provenance/ns>
07.08.2012 12:37:36.017 *DEBUG* [23544983@qtp-746842-247]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
key for <http://purl.org/net/provenance/ns> is
<ontonet::http://purl.org/net/provenance/ns>
07.08.2012 12:37:36.111 *DEBUG* [23544983@qtp-746842-247]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
key for <http://www.holygoat.co.uk/owl/redwood/0.1/tags/> is
<ontonet::http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
07.08.2012 12:37:36.112 *DEBUG* [23544983@qtp-746842-247]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Filling reverse imports for
<http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
07.08.2012 12:37:36.112 *DEBUG* [23544983@qtp-746842-247]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
key for <http://www.holygoat.co.uk/owl/redwood/0.1/tags/> is
<ontonet::http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
----------------------------------------------------------------------------
Aug 7, 2012 11:15:59 AM
com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
WARNING: A servlet POST request, to the URI
http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program, contains
form parameters in the request body but the request body has been
consumed by the servlet or a servlet filter accessing the request
parameters. Only resource methods using @FormParam will work as
expected. Resource methods consuming the request body by other means
will not work as expected.
Aug 7, 2012 11:16:30 AM
com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
WARNING: A servlet POST request, to the URI
http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program, contains
form parameters in the request body but the request body has been
consumed by the servlet or a servlet filter accessing the request
parameters. Only resource methods using @FormParam will work as
expected. Resource methods consuming the request body by other means
will not work as expected.
Aug 7, 2012 11:16:42 AM com.sun.jersey.spi.container.ContainerResponse
logException
SEVERE: Mapped exception to response: 500 (Internal Server Error)
javax.ws.rs.WebApplicationException:
com.hp.hpl.jena.shared.JenaException: org.xml.sax.SAXParseException: The
prefix "xmlns" cannot be bound to any namespace explicitly; neither can
the namespace for "xmlns" be bound to any prefix explicitly.
at
org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
at
com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
at
com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
at
com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
at
com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
at
com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
at
com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
at
com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
at
com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
at
com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
at
org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
at
org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
at
org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
at
org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at
org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
at
org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
at
org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at
org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
at
org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
at
org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
at
org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
at
org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at
org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
at
org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
at
org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
Caused by: com.hp.hpl.jena.shared.JenaException:
org.xml.sax.SAXParseException: The prefix "xmlns" cannot be bound to any
namespace explicitly; neither can the namespace for "xmlns" be bound to
any prefix explicitly.
at
com.hp.hpl.jena.rdf.model.impl.RDFDefaultErrorHandler.fatalError(RDFDefaultErrorHandler.java:45)
at
com.hp.hpl.jena.rdf.arp.impl.ARPSaxErrorHandler.fatalError(ARPSaxErrorHandler.java:35)
at com.hp.hpl.jena.rdf.arp.impl.XMLHandler.warning(XMLHandler.java:225)
at
com.hp.hpl.jena.rdf.arp.impl.XMLHandler.fatalError(XMLHandler.java:255)
at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at
org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(Unknown Source)
at org.apache.xerces.impl.XMLNamespaceBinder.startElement(Unknown
Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
Source)
at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at
com.hp.hpl.jena.rdf.arp.impl.RDFXMLParser.parse(RDFXMLParser.java:142)
at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:158)
at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:145)
at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:215)
at com.hp.hpl.jena.rdf.model.impl.ModelCom.read(ModelCom.java:226)
at
org.apache.clerezza.rdf.jena.parser.JenaParserProvider.parse(JenaParserProvider.java:68)
at
org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.owlOntologyToClerezzaMGraph(OWLAPIToClerezzaConverter.java:106)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:953)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
at
org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
... 48 more
Caused by: org.xml.sax.SAXParseException: The prefix "xmlns" cannot be
bound to any namespace explicitly; neither can the namespace for "xmlns"
be bound to any prefix explicitly.
at
org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
Source)
... 75 more
Aug 7, 2012 11:16:46 AM
com.sun.jersey.spi.container.servlet.WebComponent filterFormParameters
WARNING: A servlet POST request, to the URI
http://lnv-89012.dfki.uni-sb.de:9001/contenthub/ldpath/program, contains
form parameters in the request body but the request body has been
consumed by the servlet or a servlet filter accessing the request
parameters. Only resource methods using @FormParam will work as
expected. Resource methods consuming the request body by other means
will not work as expected.
Aug 7, 2012 11:33:35 AM com.sun.jersey.spi.container.ContainerResponse
logException
SEVERE: Mapped exception to response: 500 (Internal Server Error)
javax.ws.rs.WebApplicationException:
java.util.ConcurrentModificationException
at
org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
at
com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
at
com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
at
com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
at
com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
at
com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
at
com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
at
com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
at
com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
at
com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
at
org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
at
org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
at
org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
at
org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at
org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
at
org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
at
org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at
org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
at
org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
at
org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
at
org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
at
org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at
org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
at
org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
at
org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
Caused by: java.util.ConcurrentModificationException
at
com.hp.hpl.jena.tdb.store.GraphTDBBase$MapperIteratorTriples.checkCourrentModification(GraphTDBBase.java:208)
at
com.hp.hpl.jena.tdb.store.GraphTDBBase$MapperIteratorTriples.hasNext(GraphTDBBase.java:216)
at
org.apache.clerezza.rdf.jena.storage.JenaGraphAdaptor$1.hasNext(JenaGraphAdaptor.java:106)
at
org.apache.clerezza.rdf.core.impl.AbstractTripleCollection$1.hasNext(AbstractTripleCollection.java:78)
at
org.apache.clerezza.rdf.core.access.LockingIterator.hasNext(LockingIterator.java:47)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider$OntologyToTcMapper.mapLocator(ClerezzaOntologyProvider.java:299)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.setLocatorMapping(ClerezzaOntologyProvider.java:1285)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:154)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
at
org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
... 48 more
Aug 7, 2012 12:10:37 PM com.sun.jersey.spi.container.ContainerResponse
logException
SEVERE: Mapped exception to response: 500 (Internal Server Error)
javax.ws.rs.WebApplicationException: java.lang.NullPointerException
at
org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
at
com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
at
com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
at
com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
at
com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
at
com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
at
com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
at
com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
at
com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
at
com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
at
org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
at
org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
at
org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
at
org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at
org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
at
org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
at
org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at
org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
at
org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
at
org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
at
org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
at
org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at
org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
at
org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
at
org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
Caused by: java.lang.NullPointerException
at
org.apache.stanbol.commons.owl.util.OWLUtils.guessOntologyIdentifier(OWLUtils.java:76)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:967)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
at
org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
... 48 more
Aug 7, 2012 12:10:37 PM com.sun.jersey.spi.container.ContainerResponse
logException
SEVERE: Mapped exception to response: 500 (Internal Server Error)
javax.ws.rs.WebApplicationException:
com.hp.hpl.jena.shared.JenaException: org.xml.sax.SAXParseException: The
prefix "xmlns" cannot be bound to any namespace explicitly; neither can
the namespace for "xmlns" be bound to any prefix explicitly.
at
org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:751)
at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
at
com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
at
com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
at
com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
at
com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
at
com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
at
com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
at
com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1483)
at
com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1414)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1363)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1353)
at
com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:414)
at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96)
at
org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79)
at
org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
at
org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
at
org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at
org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78)
at
org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
at
org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at
org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75)
at
org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88)
at
org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76)
at
org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47)
at
org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at
org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
at
org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
at
org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
Caused by: com.hp.hpl.jena.shared.JenaException:
org.xml.sax.SAXParseException: The prefix "xmlns" cannot be bound to any
namespace explicitly; neither can the namespace for "xmlns" be bound to
any prefix explicitly.
at
com.hp.hpl.jena.rdf.model.impl.RDFDefaultErrorHandler.fatalError(RDFDefaultErrorHandler.java:45)
at
com.hp.hpl.jena.rdf.arp.impl.ARPSaxErrorHandler.fatalError(ARPSaxErrorHandler.java:35)
at com.hp.hpl.jena.rdf.arp.impl.XMLHandler.warning(XMLHandler.java:225)
at
com.hp.hpl.jena.rdf.arp.impl.XMLHandler.fatalError(XMLHandler.java:255)
at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at
org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(Unknown Source)
at org.apache.xerces.impl.XMLNamespaceBinder.startElement(Unknown
Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
Source)
at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at
com.hp.hpl.jena.rdf.arp.impl.RDFXMLParser.parse(RDFXMLParser.java:142)
at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:158)
at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:145)
at com.hp.hpl.jena.rdf.arp.JenaReader.read(JenaReader.java:215)
at com.hp.hpl.jena.rdf.model.impl.ModelCom.read(ModelCom.java:226)
at
org.apache.clerezza.rdf.jena.parser.JenaParserProvider.parse(JenaParserProvider.java:68)
at
org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.owlOntologyToClerezzaMGraph(OWLAPIToClerezzaConverter.java:106)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.loadInStore(ClerezzaOntologyProvider.java:953)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:147)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OntologyScopeImpl.<init>(OntologyScopeImpl.java:106)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.createOntologyScope(ONManagerImpl.java:390)
at
org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:743)
... 48 more
Caused by: org.xml.sax.SAXParseException: The prefix "xmlns" cannot be
bound to any namespace explicitly; neither can the namespace for "xmlns"
be bound to any prefix explicitly.
at
org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
Source)
... 75 more
Aug 7, 2012 12:33:43 PM com.sun.jersey.spi.container.ContainerResponse
mapMappableContainerException
SEVERE: The exception contained within MappableContainerException could
not be mapped to a response, re-throwing to the HTTP container
java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:2894)
at
java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:117)
at
java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:407)
at java.lang.StringBuffer.append(StringBuffer.java:241)
at java.io.StringWriter.write(StringWriter.java:112)
at java.io.PrintWriter.write(PrintWriter.java:429)
at java.io.PrintWriter.write(PrintWriter.java:446)
at java.io.PrintWriter.append(PrintWriter.java:977)
at
org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.printTriple(OWLRDFConsumer.java:1251)
at
org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.dumpRemainingTriples(OWLRDFConsumer.java:1288)
at
org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.endModel(OWLRDFConsumer.java:1409)
at
org.semanticweb.owlapi.rdf.syntax.RDFParser.parse(RDFParser.java:174)
at
org.coode.owlapi.rdfxml.parser.RDFXMLParser.parse(RDFXMLParser.java:120)
at
uk.ac.manchester.cs.owl.owlapi.ParsableOWLOntologyFactory.loadOWLOntology(ParsableOWLOntologyFactory.java:204)
at
uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntology(OWLOntologyManagerImpl.java:726)
at
uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:688)
at
uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:700)
at
org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.clerezzaGraphToOWLOntology(OWLAPIToClerezzaConverter.java:152)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.toOWLOntology(ClerezzaOntologyProvider.java:1320)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:821)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:782)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:773)
at
org.apache.stanbol.ontologymanager.registry.impl.model.LibraryImpl.getOntologies(LibraryImpl.java:114)
at
org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:163)
at
org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:123)
at
org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:81)
at
org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:712)
at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
at
com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
Aug 7, 2012 12:37:31 PM com.sun.jersey.spi.container.ContainerResponse
mapMappableContainerException
SEVERE: The exception contained within MappableContainerException could
not be mapped to a response, re-throwing to the HTTP container
java.lang.OutOfMemoryError: GC overhead limit exceeded
at
org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.addAxiom(OWLRDFConsumer.java:824)
at
org.coode.owlapi.rdfxml.parser.AbstractTripleHandler.addAxiom(AbstractTripleHandler.java:121)
at
org.coode.owlapi.rdfxml.parser.GTPAnnotationResourceTripleHandler.handleTriple(GTPAnnotationResourceTripleHandler.java:105)
at
org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.handle(OWLRDFConsumer.java:1230)
at
org.coode.owlapi.rdfxml.parser.OWLRDFConsumer$1.handleResourceTriple(OWLRDFConsumer.java:1361)
at
org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.iterateResourceTriples(OWLRDFConsumer.java:2334)
at
org.coode.owlapi.rdfxml.parser.OWLRDFConsumer.endModel(OWLRDFConsumer.java:1359)
at
org.semanticweb.owlapi.rdf.syntax.RDFParser.parse(RDFParser.java:174)
at
org.coode.owlapi.rdfxml.parser.RDFXMLParser.parse(RDFXMLParser.java:120)
at
uk.ac.manchester.cs.owl.owlapi.ParsableOWLOntologyFactory.loadOWLOntology(ParsableOWLOntologyFactory.java:204)
at
uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntology(OWLOntologyManagerImpl.java:726)
at
uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:688)
at
uk.ac.manchester.cs.owl.owlapi.OWLOntologyManagerImpl.loadOntologyFromOntologyDocument(OWLOntologyManagerImpl.java:700)
at
org.apache.stanbol.commons.owl.transformation.OWLAPIToClerezzaConverter.clerezzaGraphToOWLOntology(OWLAPIToClerezzaConverter.java:152)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.toOWLOntology(ClerezzaOntologyProvider.java:1320)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:821)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:782)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getStoredOntology(ClerezzaOntologyProvider.java:773)
at
org.apache.stanbol.ontologymanager.registry.impl.model.LibraryImpl.getOntologies(LibraryImpl.java:114)
at
org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:163)
at
org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:123)
at
org.apache.stanbol.ontologymanager.registry.io.LibrarySource.<init>(LibrarySource.java:81)
at
org.apache.stanbol.ontologymanager.web.resources.ScopeResource.registerScope(ScopeResource.java:712)
at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
at
com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
at
com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
at
com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
at
com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
at
com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
Re: Ontonet scope manager Upload of Ontologies
Posted by Alessandro Adamou <ad...@cs.unibo.it>.
Hi Melanie,
On 8/2/12 2:17 PM, Melanie Reiplinger wrote:
>>> Also, when you rebuilt Stanbol did you remember to replace the
>>> Clerezza - SCB Jena TDB Storage Provider with the one from the
>>> 0.6-incubating-SNAPSHOT? Your delays could be due to many databases
>>> being created by the old implementation.
>>
>> o, sorry, I did not check for that since simple updating of
>> components didn't make any change here. But my last rebuild was a
>> complete re-installation, that's why now I sitll have the 0.5 Version
>> there. Thank you. Might be this explains it all, I will test it and
>> then report.
>
> Didn't help very much. First it looked like with the single dataset tc
> provider it worked better. Still, the GET requests failed (I see that
> in the network log of the browser), and still, they took several
> seconds, but at least they didn't cause a time out. But after a few
> minutes of testing it was just the same as before: time out and
> failure of uploading for ontologies.
Then I think I'm going to need a detailed log. That also says something
about the time taken for loading ontologies and stuff. Would you mind
setting up a "Debug" logger for the ontology manager classes before you
try loading an ontology again?
To do so,
1. go to [stanbol]/system/console/configMgr with your browser
2. create a new "Apache Sling Logging Logger Configuration" (click on
the "+" button)
3. Set log level to "Debug", give the log file the name you want and for
"Logger" type "org.apache.stanbol.ontologymanager"
4. Click "Save"
5. do your stuff (e.g. upload an ontology onto a scope, do a GET afterwards)
6. Post the new logfile as an attachment of ticket
https://issues.apache.org/jira/browse/STANBOL-422
We might need to increase the log verbosity incrementally and produce
further logs, so I'll keep you posted after that.
> btw: is it possible meanwhile to delete a scope from a session by
> curl -X DELETE .../ontonet/session?scopeid=<scopeID>
> ? I'm just asking; this is no urgent issue.
Not with DELETE. In the end I decided to do it via POST. Basically any
appended scopes that do *not* belong to the values of the "scope"
parameter (can be multiple) are automatically detached.
Example: suppose you have "scope2" already appended to "sessionX". Then
if you do
curl -X POST -F "scope=scope1" -F "scope=scope3"
[stanbol]/ontonet/session/sessionX
will append scopes 1 and 3 and detach number 2 which was not included.
DELETE should be used for deleting resources for which a corresponding
GET exists, but there's no resource associated with
/ontonet/session?scopeid=<scopeID> (nor would it make much sense to make
one, since it would contain the same data as the scope alone).
Also an empty multipart POST (with no form parameters at all) is
interpreted as "detach all scopes".
HTH
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
Re: ontonet/ontology upload registry into a scope
Posted by Alessandro Adamou <ad...@cs.unibo.it>.
Ok so here is what I could figure from the logs:
At 15:53 - 16:09 hours you were getting exceptions of type
java.lang.NoSuchMethodError:
org.apache.stanbol.commons.owl.util.URIUtils.desanitize(Lorg/semanticweb/owlapi/model/IRI;)Lorg/semanticweb/owlapi/model/IRI;
This was clearly due to your commons.owl bundle being outdated because
the desanitize() methods were introduced recently, about a week ago.
Then the commons.owl bundle got somehow updated and activation proceeded.
I can see then that you also got a MissingOntologyException while
rebuilding the virtual network structures.
This is because last week I introduced a different naming scheme for
assigning public keys to stored ontologies (the "ontonet::" prefix will
most often no longer be part of the public key, while it is still the
prefix of Clerezza graph names).
When the ontology is a named one, the public key will be of type
ontologyIRI[:::versionIRI], otherwise Stanbol will assign a public key
of its own.
I didn't bother to make this system backwards compatible, since virtual
network persistence ( STANBOL-571) is a new feature not present in the
0.9.0-incubating release anyway.
However, if you would like to update and reinstall the ontologymanager
bundles, I have just now committed a fix that makes scope and session
rebuilding more fault-tolerant.
Alessandro
On 8/8/12 8:58 PM, Melanie Reiplinger wrote:
> when I checked again a few minutes ago, the ontologymanager was back.
> I had changed nothing since my last eMail, I was off for a while and
> when I came back, it was there again, and all components are
> 'satisfied' suddenly. But the REST interface looks ancient now, like
> it looked before my last big update. And I cannot produce any logs. I
> configured another debug logger, just as the first time, but no log
> file is created, nothing written.
>
> What is left is the log file I had it write to this afternoon, I
> append it below because I think it took record of what happened when I
> tried to install the bundle.
>
>
> Am 08.08.2012 17:36, schrieb Alessandro Adamou:
>> On 8/8/12 4:56 PM, Melanie Reiplinger wrote:
>>> I always skip the tests in doing the global mvn clean install
>>> (-DskipTests), because whenever I let it do the test, the build fails.
>>
>> Well, it would be better to actually run them. The only failed tests
>> that we can expect are from the EntityHub, because now and then your
>> system might not be able to bring up the Solr index on time. Which
>> failures are you getting?
>
> Can't tell you exactly, because I didn't save the log files. But I
> know that they vary, i.e., when starting the build process several
> times in a row (starting it again after it had failed), then the
> different runs fail for different reasons, at different points during
> the build.
>
> Do you think it makes sense if I try to do a fresh installation?
>
>>
>>
>>> Then how can I make sure an up-to-date launcher is built?
>>> I already did a complete re-installation but since you assume my
>>> launcher is too old, how can I solve this?
>>
>> After reinstalling, where do you go to run the rebuilt Stanbol?
>>
>> if you go to
>>
>> [stanbol-dir]/launchers/full/target
>>
>> that launcher is the one up to date. But only if it was NOT running
>> while you were rebuilding Stanbol.
>>
>> Do you run the Stanbol jar from that directory or do you copy the Jar
>> somewhere else usually?
>
> I go to the main directory and call for the
> launchers/full/target/org.apache.stanbol.launchers.full-0.10.0-incubating-SNAPSHOT.jar.
> I always stop the launcher before updating and rebuilding.
--
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
Re: ontonet/ontology upload registry into a scope
Posted by Melanie Reiplinger <me...@dfki.de>.
when I checked again a few minutes ago, the ontologymanager was back. I
had changed nothing since my last eMail, I was off for a while and when
I came back, it was there again, and all components are 'satisfied'
suddenly. But the REST interface looks ancient now, like it looked
before my last big update. And I cannot produce any logs. I configured
another debug logger, just as the first time, but no log file is
created, nothing written.
What is left is the log file I had it write to this afternoon, I append
it below because I think it took record of what happened when I tried to
install the bundle.
Am 08.08.2012 17:36, schrieb Alessandro Adamou:
> On 8/8/12 4:56 PM, Melanie Reiplinger wrote:
>> I always skip the tests in doing the global mvn clean install
>> (-DskipTests), because whenever I let it do the test, the build fails.
>
> Well, it would be better to actually run them. The only failed tests
> that we can expect are from the EntityHub, because now and then your
> system might not be able to bring up the Solr index on time. Which
> failures are you getting?
Can't tell you exactly, because I didn't save the log files. But I know
that they vary, i.e., when starting the build process several times in a
row (starting it again after it had failed), then the different runs
fail for different reasons, at different points during the build.
Do you think it makes sense if I try to do a fresh installation?
>
>
>> Then how can I make sure an up-to-date launcher is built?
>> I already did a complete re-installation but since you assume my
>> launcher is too old, how can I solve this?
>
> After reinstalling, where do you go to run the rebuilt Stanbol?
>
> if you go to
>
> [stanbol-dir]/launchers/full/target
>
> that launcher is the one up to date. But only if it was NOT running
> while you were rebuilding Stanbol.
>
> Do you run the Stanbol jar from that directory or do you copy the Jar
> somewhere else usually?
I go to the main directory and call for the
launchers/full/target/org.apache.stanbol.launchers.full-0.10.0-incubating-SNAPSHOT.jar.
I always stop the launcher before updating and rebuilding.
08.08.2012 10:39:42.341 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Instantiating
ONM static context...
08.08.2012 10:39:42.342 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Ontology
Network Manager set up.
08.08.2012 10:39:42.347 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@123e82b
08.08.2012 10:39:42.351 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl,132]
ServiceEvent REGISTERED
08.08.2012 10:39:42.363 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent RESOLVED
08.08.2012 10:39:42.784 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1e3556a
08.08.2012 10:39:42.788 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider,149]
ServiceEvent REGISTERED
08.08.2012 10:39:42.793 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1d3ecae
08.08.2012 10:39:42.793 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activated.
08.08.2012 10:39:42.795 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl,150]
ServiceEvent REGISTERED
08.08.2012 10:39:42.797 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Dependency not satisfied: onManager
08.08.2012 10:39:42.797 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Not all dependencies satisified, cannot activate
08.08.2012 10:39:42.805 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl in class
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl activate
with context org.apache.felix.scr.impl.manager.ComponentContextImpl@1a9bced
08.08.2012 10:39:42.815 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding scope "pizzaScope".
08.08.2012 10:39:42.817 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding scope "Sc1".
08.08.2012 10:39:42.819 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding session "S1".
08.08.2012 10:39:42.820 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding session "sessIoN".
08.08.2012 10:39:42.821 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Rebuilding
scope with ID "pizzaScope".
08.08.2012 10:39:42.832 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology collector information triples added for scope
"http://localhost:8080/ontonet/ontology/pizzaScope".
08.08.2012 10:39:42.832 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Custom
ontology key : ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 10:39:44.643 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Adding ontology to space pizzaScope/custom
08.08.2012 10:39:44.952 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Graph with ID
Origin(<ontonet::http://omv.ontoware.org/2005/05/ontology>) already in
store. Default action is to skip storage.
08.08.2012 10:39:44.966 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology
08.08.2012 10:39:44.966 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 10:39:44.966 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- stored with key
08.08.2012 10:39:44.966 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 10:39:44.966 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Time: 323 ms
08.08.2012 10:39:44.975 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Add ontology completed in 332 ms.
08.08.2012 10:39:44.975 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 10:39:44.976 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- is already managed by the following collectors :
08.08.2012 10:39:44.976 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
08.08.2012 10:39:44.976 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>
08.08.2012 10:39:44.976 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN>
08.08.2012 10:39:44.976 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
(inverse)
08.08.2012 10:39:44.976 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom> (inverse)
08.08.2012 10:39:44.976 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN> (inverse)
08.08.2012 10:39:44.976 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 10:39:44.976 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
<http://stanbol.apache.org/ontology/meta/ontonet#manages>
<ontonet::http://omv.ontoware.org/2005/05/ontology>.
08.08.2012 10:39:44.977 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 10:39:44.977 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <ontonet::http://omv.ontoware.org/2005/05/ontology>
<http://stanbol.apache.org/ontology/meta/ontonet#isManagedBy>
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>.
08.08.2012 10:39:44.977 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Custom
ontology key : ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 10:39:45.697 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Adding ontology to space pizzaScope/custom
08.08.2012 10:39:45.887 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Graph with ID
Origin(<ontonet::http://omv.ontoware.org/2005/05/ontology>) already in
store. Default action is to skip storage.
08.08.2012 10:39:45.888 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology
08.08.2012 10:39:45.888 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 10:39:45.888 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- stored with key
08.08.2012 10:39:45.889 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 10:39:45.889 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Time: 192 ms
08.08.2012 10:39:45.906 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Add ontology completed in 209 ms.
08.08.2012 10:39:45.907 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 10:39:45.907 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- is already managed by the following collectors :
08.08.2012 10:39:45.907 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
08.08.2012 10:39:45.907 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>
08.08.2012 10:39:45.907 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN>
08.08.2012 10:39:45.907 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
(inverse)
08.08.2012 10:39:45.907 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom> (inverse)
08.08.2012 10:39:45.907 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN> (inverse)
08.08.2012 10:39:45.907 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 10:39:45.907 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
<http://stanbol.apache.org/ontology/meta/ontonet#manages>
<ontonet::http://omv.ontoware.org/2005/05/ontology>.
08.08.2012 10:39:45.908 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 10:39:45.908 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <ontonet::http://omv.ontoware.org/2005/05/ontology>
<http://stanbol.apache.org/ontology/meta/ontonet#isManagedBy>
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>.
08.08.2012 10:39:45.908 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Scope
"pizzaScope" rebuilt in 3087 ms.
08.08.2012 10:39:45.908 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Rebuilding
scope with ID "Sc1".
08.08.2012 10:39:45.909 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology collector information triples added for scope
"http://localhost:8080/ontonet/ontology/Sc1".
08.08.2012 10:39:45.909 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Custom
ontology key : ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 10:39:46.609 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Adding ontology to space Sc1/custom
08.08.2012 10:39:46.831 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Graph with ID
Origin(<ontonet::http://omv.ontoware.org/2005/05/ontology>) already in
store. Default action is to skip storage.
08.08.2012 10:39:46.832 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology
08.08.2012 10:39:46.832 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 10:39:46.832 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- stored with key
08.08.2012 10:39:46.832 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 10:39:46.832 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Time: 223 ms
08.08.2012 10:39:46.841 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Add ontology completed in 233 ms.
08.08.2012 10:39:46.841 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 10:39:46.841 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- is already managed by the following collectors :
08.08.2012 10:39:46.841 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
08.08.2012 10:39:46.841 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>
08.08.2012 10:39:46.842 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN>
08.08.2012 10:39:46.842 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
(inverse)
08.08.2012 10:39:46.842 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom> (inverse)
08.08.2012 10:39:46.842 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN> (inverse)
08.08.2012 10:39:46.842 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 10:39:46.842 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>
<http://stanbol.apache.org/ontology/meta/ontonet#manages>
<ontonet::http://omv.ontoware.org/2005/05/ontology>.
08.08.2012 10:39:46.842 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 10:39:46.842 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <ontonet::http://omv.ontoware.org/2005/05/ontology>
<http://stanbol.apache.org/ontology/meta/ontonet#isManagedBy>
<http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>.
08.08.2012 10:39:46.842 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Custom
ontology key : ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 10:39:47.559 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Adding ontology to space Sc1/custom
08.08.2012 10:39:47.780 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Graph with ID
Origin(<ontonet::http://omv.ontoware.org/2005/05/ontology>) already in
store. Default action is to skip storage.
08.08.2012 10:39:47.882 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology
08.08.2012 10:39:47.883 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 10:39:47.883 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- stored with key
08.08.2012 10:39:47.883 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 10:39:47.883 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Time: 324 ms
08.08.2012 10:39:47.901 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Add ontology completed in 342 ms.
08.08.2012 10:39:47.902 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 10:39:47.902 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- is already managed by the following collectors :
08.08.2012 10:39:47.902 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
08.08.2012 10:39:47.902 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>
08.08.2012 10:39:47.902 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN>
08.08.2012 10:39:47.902 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
(inverse)
08.08.2012 10:39:47.902 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom> (inverse)
08.08.2012 10:39:47.903 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN> (inverse)
08.08.2012 10:39:47.903 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 10:39:47.903 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>
<http://stanbol.apache.org/ontology/meta/ontonet#manages>
<ontonet::http://omv.ontoware.org/2005/05/ontology>.
08.08.2012 10:39:47.903 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 10:39:47.903 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <ontonet::http://omv.ontoware.org/2005/05/ontology>
<http://stanbol.apache.org/ontology/meta/ontonet#isManagedBy>
<http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>.
08.08.2012 10:39:47.903 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Scope
"Sc1" rebuilt in 1995 ms.
08.08.2012 10:39:47.903 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl interface
org.apache.stanbol.ontologymanager.ontonet.api.ONManager activated. Time
: 5098 ms.
08.08.2012 10:39:47.903 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Dependency Manager: Service onManager registered, activate component
08.08.2012 10:39:47.907 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1a80fb8
08.08.2012 10:39:47.908 *WARN* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl
Invalid session limit -1. Setting to default value -1
08.08.2012 10:39:47.908 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding scope "pizzaScope".
08.08.2012 10:39:47.909 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding scope "Sc1".
08.08.2012 10:39:47.909 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding session "S1".
08.08.2012 10:39:47.910 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding session "sessIoN".
08.08.2012 10:39:47.912 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology collector information triples added for session
"<http://stanbol.apache.org/ontology/.internal/session/sessIoN>".
08.08.2012 10:39:47.915 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionImpl
Adding ontology to space sessIoN
08.08.2012 10:39:48.166 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Graph with ID
Origin(<ontonet::http://www.ontologydesignpatterns.org/cp/owl/sequence.owl>)
already in store. Default action is to skip storage.
08.08.2012 10:39:48.168 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Resolving import
<http://www.ontologydesignpatterns.org/schemas/cpannotationschema.owl>
08.08.2012 10:39:48.168 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology
08.08.2012 10:39:48.168 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- <http://www.ontologydesignpatterns.org/cp/owl/sequence.owl>
08.08.2012 10:39:48.168 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- stored with key
08.08.2012 10:39:48.168 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- ontonet::http://www.ontologydesignpatterns.org/cp/owl/sequence.owl
08.08.2012 10:39:48.168 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Time: 253 ms
08.08.2012 10:39:48.168 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionImpl Add
ontology completed in 253 ms.
08.08.2012 10:39:48.168 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology <http://www.ontologydesignpatterns.org/cp/owl/sequence.owl>
08.08.2012 10:39:48.168 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- is already managed by the following collectors :
08.08.2012 10:39:48.169 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN>
08.08.2012 10:39:48.169 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN> (inverse)
08.08.2012 10:39:48.169 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 10:39:48.169 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN>
<http://stanbol.apache.org/ontology/meta/ontonet#manages>
<ontonet::http://www.ontologydesignpatterns.org/cp/owl/sequence.owl>.
08.08.2012 10:39:48.169 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 10:39:48.169 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <ontonet::http://www.ontologydesignpatterns.org/cp/owl/sequence.owl>
<http://stanbol.apache.org/ontology/meta/ontonet#isManagedBy>
<http://stanbol.apache.org/ontology/.internal/session/sessIoN>.
08.08.2012 10:39:48.858 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionImpl
Adding ontology to space sessIoN
08.08.2012 10:39:49.048 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Graph with ID
Origin(<ontonet::http://omv.ontoware.org/2005/05/ontology>) already in
store. Default action is to skip storage.
08.08.2012 10:39:49.049 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology
08.08.2012 10:39:49.049 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 10:39:49.049 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- stored with key
08.08.2012 10:39:49.049 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 10:39:49.050 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Time: 192 ms
08.08.2012 10:39:49.067 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionImpl Add
ontology completed in 209 ms.
08.08.2012 10:39:49.068 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 10:39:49.068 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- is already managed by the following collectors :
08.08.2012 10:39:49.068 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
08.08.2012 10:39:49.068 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>
08.08.2012 10:39:49.068 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN>
08.08.2012 10:39:49.068 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
(inverse)
08.08.2012 10:39:49.068 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom> (inverse)
08.08.2012 10:39:49.068 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN> (inverse)
08.08.2012 10:39:49.068 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 10:39:49.069 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN>
<http://stanbol.apache.org/ontology/meta/ontonet#manages>
<ontonet::http://omv.ontoware.org/2005/05/ontology>.
08.08.2012 10:39:49.069 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 10:39:49.069 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <ontonet::http://omv.ontoware.org/2005/05/ontology>
<http://stanbol.apache.org/ontology/meta/ontonet#isManagedBy>
<http://stanbol.apache.org/ontology/.internal/session/sessIoN>.
08.08.2012 10:39:49.070 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology collector information triples added for session
"<http://stanbol.apache.org/ontology/.internal/session/S1>".
08.08.2012 10:39:49.070 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl
interface
org.apache.stanbol.ontologymanager.ontonet.api.session.SessionManager
activated. Time : 1163 ms.
08.08.2012 10:39:49.072 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl,152]
ServiceEvent REGISTERED
08.08.2012 10:39:49.073 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl,151]
ServiceEvent REGISTERED
08.08.2012 10:39:49.074 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent STARTED
08.08.2012 10:39:49.088 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: regMgr
08.08.2012 10:39:49.088 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent RESOLVED
08.08.2012 10:39:49.088 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 10:39:49.088 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent RESOLVED
08.08.2012 10:39:49.089 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STARTED
08.08.2012 10:39:49.177 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@11be6b9
08.08.2012 10:39:49.191 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found relative IRI stanbol_network.owl . Will try to retrieve from data
file providers.
08.08.2012 10:39:49.340 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Populating registry content from ontology
Ontology(<http://www.ontologydesignpatterns.org/registry/stanbol_network> [Axioms:
84] [Logical axioms: 19])
08.08.2012 10:39:49.342 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/elements/1.1/>
08.08.2012 10:39:49.356 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/stuff/rev>
08.08.2012 10:39:49.356 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2004/02/skos/core>
08.08.2012 10:39:49.356 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Alignments>
08.08.2012 10:39:49.356 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://schema.org/docs/schemaorg.owl>
08.08.2012 10:39:49.357 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/dul/DUL.owl>
08.08.2012 10:39:49.357 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://w3.org/ns/org>
08.08.2012 10:39:49.357 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/terms/>
08.08.2012 10:39:49.357 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2006/time>
08.08.2012 10:39:49.357 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks>
08.08.2012 10:39:49.357 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://rdfs.org/sioc/ns>
08.08.2012 10:39:49.357 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/net/provenance/ns>
08.08.2012 10:39:49.358 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/NET/c4dm/event.owl>
08.08.2012 10:39:49.358 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C>
08.08.2012 10:39:49.358 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/GeneralPurposeOntologies>
08.08.2012 10:39:49.358 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
08.08.2012 10:39:49.358 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational>
08.08.2012 10:39:49.358 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://xmlns.com/foaf/spec/index.rdf>
08.08.2012 10:39:49.359 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/alignments/schemaorg.owl>
08.08.2012 10:39:49.359 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Registry http://www.ontologydesignpatterns.org/registry/stanbol_network
added.
08.08.2012 10:39:49.359 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency Manager: Service regMgr registered, activate component
08.08.2012 10:39:49.608 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web Service
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment,155]
ServiceEvent REGISTERED
08.08.2012 10:39:49.610 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,154]
ServiceEvent REGISTERED
08.08.2012 10:39:49.610 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STARTED
08.08.2012 11:19:16.944 *DEBUG* [7833509@qtp-24391166-0]
org.apache.stanbol.ontologymanager.web.resources.SessionResource
post(FormDataMultiPart data)
08.08.2012 11:19:16.946 *DEBUG* [7833509@qtp-24391166-0]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Found
body part of type class com.sun.jersey.multipart.FormDataBodyPart
08.08.2012 11:19:16.955 *INFO* [7833509@qtp-24391166-0]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Removed
scope "pizzaScope".
08.08.2012 11:19:16.956 *INFO* [7833509@qtp-24391166-0]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Removed
scope "Sc1".
08.08.2012 11:19:16.956 *INFO* [7833509@qtp-24391166-0]
org.apache.stanbol.ontologymanager.web.resources.SessionResource POST
ontology completed in 10 ms.
08.08.2012 11:19:59.661 *DEBUG* [15869014@qtp-24391166-6]
org.apache.stanbol.ontologymanager.web.resources.SessionResource
post(FormDataMultiPart data)
08.08.2012 11:19:59.661 *DEBUG* [15869014@qtp-24391166-6]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Found
body part of type class com.sun.jersey.multipart.FormDataBodyPart
08.08.2012 11:19:59.661 *ERROR* [15869014@qtp-24391166-6]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Nothing
to do with session sessIoN.
08.08.2012 11:24:48.003 *DEBUG* [16678414@qtp-24391166-5]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Removing all triples for session "sessIoN".
08.08.2012 11:24:48.014 *DEBUG* [16678414@qtp-24391166-5]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Done; removed 9 triples in 12 ms.
08.08.2012 11:24:55.170 *DEBUG* [21206293@qtp-24391166-7]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology collector information triples added for session
"<http://stanbol.apache.org/ontology/.internal/session/sessIoN>".
08.08.2012 11:25:09.531 *DEBUG* [7674162@qtp-24391166-9]
org.apache.stanbol.ontologymanager.web.resources.SessionResource
post(FormDataMultiPart data)
08.08.2012 11:25:09.531 *DEBUG* [7674162@qtp-24391166-9]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Found
body part of type class com.sun.jersey.multipart.FormDataBodyPart
08.08.2012 11:25:09.531 *ERROR* [7674162@qtp-24391166-9]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Nothing
to do with session sessIoN.
08.08.2012 11:27:17.717 *DEBUG* [12314183@qtp-24391166-11]
org.apache.stanbol.ontologymanager.web.resources.SessionResource
post(FormDataMultiPart data)
08.08.2012 11:27:17.717 *DEBUG* [12314183@qtp-24391166-11]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Found
body part of type class com.sun.jersey.multipart.FormDataBodyPart
08.08.2012 11:27:17.717 *ERROR* [12314183@qtp-24391166-11]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Nothing
to do with session sessIoN.
08.08.2012 11:28:31.258 *DEBUG* [7674162@qtp-24391166-9]
org.apache.stanbol.ontologymanager.web.resources.SessionResource
post(FormDataMultiPart data)
08.08.2012 11:28:31.259 *DEBUG* [7674162@qtp-24391166-9]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Found
body part of type class com.sun.jersey.multipart.FormDataBodyPart
08.08.2012 11:28:31.259 *ERROR* [7674162@qtp-24391166-9]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Nothing
to do with session sessIoN.
08.08.2012 12:10:23.206 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.web.resources.SessionResource
post(FormDataMultiPart data)
08.08.2012 12:10:23.206 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Found
body part of type class com.sun.jersey.multipart.FormDataBodyPart
08.08.2012 12:10:23.792 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Adding
ontology from input source
ROOT_ONT_IRI<Origin(http://ontologydesignpatterns.org/ont/iks/kres/omv.owl)>
08.08.2012 12:10:23.793 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionImpl
Adding ontology to space sessIoN
08.08.2012 12:10:24.908 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Storing ontology with graph ID
<ontonet::http://omv.ontoware.org/2005/05/ontology>
08.08.2012 12:10:26.224 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology
08.08.2012 12:10:26.224 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 12:10:26.224 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- stored with key
08.08.2012 12:10:26.225 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 12:10:26.225 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Time: 2432 ms
08.08.2012 12:10:26.375 *INFO* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Setting http://ontologydesignpatterns.org/ont/iks/kres/omv.owl as the
resource locator for ontology
ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 12:10:26.377 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionImpl Add
ontology completed in 2584 ms.
08.08.2012 12:10:26.377 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 12:10:26.377 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- is already managed by the following collectors :
08.08.2012 12:10:26.377 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
08.08.2012 12:10:26.377 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>
08.08.2012 12:10:26.378 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
(inverse)
08.08.2012 12:10:26.378 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom> (inverse)
08.08.2012 12:10:26.378 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Successful addition of meta triple
08.08.2012 12:10:26.378 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN>
<http://stanbol.apache.org/ontology/meta/ontonet#manages>
<ontonet::http://omv.ontoware.org/2005/05/ontology>.
08.08.2012 12:10:26.378 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Successful addition of meta triple
08.08.2012 12:10:26.378 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <ontonet::http://omv.ontoware.org/2005/05/ontology>
<http://stanbol.apache.org/ontology/meta/ontonet#isManagedBy>
<http://stanbol.apache.org/ontology/.internal/session/sessIoN>.
08.08.2012 12:10:26.379 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.web.resources.SessionResource
Addition done in 2586 ms.
08.08.2012 12:10:26.379 *DEBUG* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Storage
key : ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 12:10:26.379 *INFO* [17099050@qtp-24391166-20]
org.apache.stanbol.ontologymanager.web.resources.SessionResource POST
ontology completed in 3173 ms.
08.08.2012 12:11:34.334 *DEBUG* [2336976@qtp-24391166-12]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
key for <http://omv.ontoware.org/2005/05/ontology> is
<ontonet::http://omv.ontoware.org/2005/05/ontology>
08.08.2012 12:11:34.337 *DEBUG* [2336976@qtp-24391166-12]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Filling reverse imports for <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 12:11:34.337 *DEBUG* [2336976@qtp-24391166-12]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
key for <http://omv.ontoware.org/2005/05/ontology> is
<ontonet::http://omv.ontoware.org/2005/05/ontology>
08.08.2012 14:11:41.187 *DEBUG* [24517718@qtp-24391166-25]
org.apache.stanbol.ontologymanager.web.resources.SessionResource
post(FormDataMultiPart data)
08.08.2012 14:11:41.187 *DEBUG* [24517718@qtp-24391166-25]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Found
body part of type class com.sun.jersey.multipart.FormDataBodyPart
08.08.2012 14:11:41.187 *ERROR* [24517718@qtp-24391166-25]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Nothing
to do with session S1.
08.08.2012 15:01:52.018 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web Service
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment,155]
ServiceEvent UNREGISTERING
08.08.2012 15:01:52.020 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,154]
ServiceEvent UNREGISTERING
08.08.2012 15:01:52.021 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@11be6b9
08.08.2012 15:01:52.021 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STOPPED
08.08.2012 15:01:52.024 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STOPPED
08.08.2012 15:01:52.026 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl,152]
ServiceEvent UNREGISTERING
08.08.2012 15:01:52.026 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1a80fb8
08.08.2012 15:01:52.027 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl,151]
ServiceEvent UNREGISTERING
08.08.2012 15:01:52.028 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl in class
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl deactivate
with context org.apache.felix.scr.impl.manager.ComponentContextImpl@1a9bced
08.08.2012 15:01:52.029 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl,150]
ServiceEvent UNREGISTERING
08.08.2012 15:01:52.030 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1d3ecae
08.08.2012 15:01:52.030 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider,149]
ServiceEvent UNREGISTERING
08.08.2012 15:01:52.031 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1e3556a
08.08.2012 15:01:52.031 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl,132]
ServiceEvent UNREGISTERING
08.08.2012 15:01:52.032 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@123e82b
08.08.2012 15:01:52.032 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Ontology
Network Manager brought down.
08.08.2012 15:01:52.033 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent STOPPED
08.08.2012 15:51:33.869 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Instantiating
ONM static context...
08.08.2012 15:51:33.869 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Ontology
Network Manager set up.
08.08.2012 15:51:33.874 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@692dec
08.08.2012 15:51:33.878 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl,132]
ServiceEvent REGISTERED
08.08.2012 15:51:33.893 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent RESOLVED
08.08.2012 15:51:34.206 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@11701fd
08.08.2012 15:51:34.210 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider,149]
ServiceEvent REGISTERED
08.08.2012 15:51:34.215 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@172fbca
08.08.2012 15:51:34.215 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activated.
08.08.2012 15:51:34.217 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl,150]
ServiceEvent REGISTERED
08.08.2012 15:51:34.218 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Dependency not satisfied: onManager
08.08.2012 15:51:34.218 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Not all dependencies satisified, cannot activate
08.08.2012 15:51:34.227 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl in class
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl activate
with context org.apache.felix.scr.impl.manager.ComponentContextImpl@e988c6
08.08.2012 15:51:34.237 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding scope "pizzaScope".
08.08.2012 15:51:34.239 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding scope "Sc1".
08.08.2012 15:51:34.241 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding session "S1".
08.08.2012 15:51:34.242 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding session "sessIoN".
08.08.2012 15:51:34.243 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Rebuilding
scope with ID "pizzaScope".
08.08.2012 15:51:34.253 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology collector information triples added for scope
"http://localhost:8080/ontonet/ontology/pizzaScope".
08.08.2012 15:51:34.253 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Custom
ontology key : ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 15:51:36.040 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Adding ontology to space pizzaScope/custom
08.08.2012 15:51:36.330 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Graph with ID
Origin(<ontonet::http://omv.ontoware.org/2005/05/ontology>) already in
store. Default action is to skip storage.
08.08.2012 15:51:36.344 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology
08.08.2012 15:51:36.344 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 15:51:36.344 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- stored with key
08.08.2012 15:51:36.344 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 15:51:36.344 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Time: 304 ms
08.08.2012 15:51:36.353 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Add ontology completed in 313 ms.
08.08.2012 15:51:36.353 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 15:51:36.354 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- is already managed by the following collectors :
08.08.2012 15:51:36.354 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
08.08.2012 15:51:36.354 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>
08.08.2012 15:51:36.354 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN>
08.08.2012 15:51:36.354 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
(inverse)
08.08.2012 15:51:36.354 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom> (inverse)
08.08.2012 15:51:36.354 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN> (inverse)
08.08.2012 15:51:36.354 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 15:51:36.354 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
<http://stanbol.apache.org/ontology/meta/ontonet#manages>
<ontonet::http://omv.ontoware.org/2005/05/ontology>.
08.08.2012 15:51:36.355 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 15:51:36.355 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <ontonet::http://omv.ontoware.org/2005/05/ontology>
<http://stanbol.apache.org/ontology/meta/ontonet#isManagedBy>
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>.
08.08.2012 15:51:36.355 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Custom
ontology key : ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 15:51:37.085 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Adding ontology to space pizzaScope/custom
08.08.2012 15:51:37.318 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Graph with ID
Origin(<ontonet::http://omv.ontoware.org/2005/05/ontology>) already in
store. Default action is to skip storage.
08.08.2012 15:51:37.319 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology
08.08.2012 15:51:37.319 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 15:51:37.319 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- stored with key
08.08.2012 15:51:37.319 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 15:51:37.319 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Time: 234 ms
08.08.2012 15:51:37.327 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Add ontology completed in 242 ms.
08.08.2012 15:51:37.328 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 15:51:37.328 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- is already managed by the following collectors :
08.08.2012 15:51:37.328 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
08.08.2012 15:51:37.328 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>
08.08.2012 15:51:37.328 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN>
08.08.2012 15:51:37.328 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
(inverse)
08.08.2012 15:51:37.328 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom> (inverse)
08.08.2012 15:51:37.328 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN> (inverse)
08.08.2012 15:51:37.328 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 15:51:37.328 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
<http://stanbol.apache.org/ontology/meta/ontonet#manages>
<ontonet::http://omv.ontoware.org/2005/05/ontology>.
08.08.2012 15:51:37.329 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 15:51:37.329 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <ontonet::http://omv.ontoware.org/2005/05/ontology>
<http://stanbol.apache.org/ontology/meta/ontonet#isManagedBy>
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>.
08.08.2012 15:51:37.329 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Scope
"pizzaScope" rebuilt in 3086 ms.
08.08.2012 15:51:37.329 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Rebuilding
scope with ID "Sc1".
08.08.2012 15:51:37.330 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology collector information triples added for scope
"http://localhost:8080/ontonet/ontology/Sc1".
08.08.2012 15:51:37.330 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Custom
ontology key : ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 15:51:38.053 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Adding ontology to space Sc1/custom
08.08.2012 15:51:38.241 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Graph with ID
Origin(<ontonet::http://omv.ontoware.org/2005/05/ontology>) already in
store. Default action is to skip storage.
08.08.2012 15:51:38.242 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology
08.08.2012 15:51:38.242 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 15:51:38.242 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- stored with key
08.08.2012 15:51:38.243 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 15:51:38.243 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Time: 190 ms
08.08.2012 15:51:38.260 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Add ontology completed in 207 ms.
08.08.2012 15:51:38.261 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 15:51:38.261 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- is already managed by the following collectors :
08.08.2012 15:51:38.261 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
08.08.2012 15:51:38.261 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>
08.08.2012 15:51:38.261 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN>
08.08.2012 15:51:38.261 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
(inverse)
08.08.2012 15:51:38.261 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom> (inverse)
08.08.2012 15:51:38.261 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN> (inverse)
08.08.2012 15:51:38.262 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 15:51:38.262 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>
<http://stanbol.apache.org/ontology/meta/ontonet#manages>
<ontonet::http://omv.ontoware.org/2005/05/ontology>.
08.08.2012 15:51:38.262 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 15:51:38.262 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <ontonet::http://omv.ontoware.org/2005/05/ontology>
<http://stanbol.apache.org/ontology/meta/ontonet#isManagedBy>
<http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>.
08.08.2012 15:51:38.262 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Custom
ontology key : ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 15:51:38.954 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Adding ontology to space Sc1/custom
08.08.2012 15:51:39.286 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Graph with ID
Origin(<ontonet::http://omv.ontoware.org/2005/05/ontology>) already in
store. Default action is to skip storage.
08.08.2012 15:51:39.287 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology
08.08.2012 15:51:39.287 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 15:51:39.287 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- stored with key
08.08.2012 15:51:39.287 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 15:51:39.287 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Time: 333 ms
08.08.2012 15:51:39.296 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.CustomSpaceImpl
Add ontology completed in 342 ms.
08.08.2012 15:51:39.296 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 15:51:39.296 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- is already managed by the following collectors :
08.08.2012 15:51:39.296 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
08.08.2012 15:51:39.297 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>
08.08.2012 15:51:39.297 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN>
08.08.2012 15:51:39.297 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
(inverse)
08.08.2012 15:51:39.297 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom> (inverse)
08.08.2012 15:51:39.297 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN> (inverse)
08.08.2012 15:51:39.297 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 15:51:39.297 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>
<http://stanbol.apache.org/ontology/meta/ontonet#manages>
<ontonet::http://omv.ontoware.org/2005/05/ontology>.
08.08.2012 15:51:39.297 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 15:51:39.297 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <ontonet::http://omv.ontoware.org/2005/05/ontology>
<http://stanbol.apache.org/ontology/meta/ontonet#isManagedBy>
<http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>.
08.08.2012 15:51:39.298 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Scope
"Sc1" rebuilt in 1969 ms.
08.08.2012 15:51:39.298 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl interface
org.apache.stanbol.ontologymanager.ontonet.api.ONManager activated. Time
: 5071 ms.
08.08.2012 15:51:39.298 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Dependency Manager: Service onManager registered, activate component
08.08.2012 15:51:39.302 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@e628d8
08.08.2012 15:51:39.302 *WARN* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl
Invalid session limit -1. Setting to default value -1
08.08.2012 15:51:39.303 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding scope "pizzaScope".
08.08.2012 15:51:39.303 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding scope "Sc1".
08.08.2012 15:51:39.304 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding session "S1".
08.08.2012 15:51:39.304 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding session "sessIoN".
08.08.2012 15:51:39.306 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology collector information triples added for session
"<http://stanbol.apache.org/ontology/.internal/session/sessIoN>".
08.08.2012 15:51:40.000 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionImpl
Adding ontology to space sessIoN
08.08.2012 15:51:40.188 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Graph with ID
Origin(<ontonet::http://omv.ontoware.org/2005/05/ontology>) already in
store. Default action is to skip storage.
08.08.2012 15:51:40.189 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology
08.08.2012 15:51:40.189 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 15:51:40.189 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- stored with key
08.08.2012 15:51:40.189 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--- ontonet::http://omv.ontoware.org/2005/05/ontology
08.08.2012 15:51:40.189 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Time: 188 ms
08.08.2012 15:51:40.207 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionImpl Add
ontology completed in 207 ms.
08.08.2012 15:51:40.207 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology <http://omv.ontoware.org/2005/05/ontology>
08.08.2012 15:51:40.207 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- is already managed by the following collectors :
08.08.2012 15:51:40.207 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
08.08.2012 15:51:40.207 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom>
08.08.2012 15:51:40.207 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN>
08.08.2012 15:51:40.208 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
--
<http://stanbol.apache.org/ontology/.internal/space/pizzaScope/custom>
(inverse)
08.08.2012 15:51:40.208 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/space/Sc1/custom> (inverse)
08.08.2012 15:51:40.208 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN> (inverse)
08.08.2012 15:51:40.208 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 15:51:40.208 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <http://stanbol.apache.org/ontology/.internal/session/sessIoN>
<http://stanbol.apache.org/ontology/meta/ontonet#manages>
<ontonet::http://omv.ontoware.org/2005/05/ontology>.
08.08.2012 15:51:40.208 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Redundant addition of meta triple
08.08.2012 15:51:40.208 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <ontonet::http://omv.ontoware.org/2005/05/ontology>
<http://stanbol.apache.org/ontology/meta/ontonet#isManagedBy>
<http://stanbol.apache.org/ontology/.internal/session/sessIoN>.
08.08.2012 15:51:40.208 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology collector information triples added for session
"<http://stanbol.apache.org/ontology/.internal/session/S1>".
08.08.2012 15:51:40.209 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl
interface
org.apache.stanbol.ontologymanager.ontonet.api.session.SessionManager
activated. Time : 907 ms.
08.08.2012 15:51:40.210 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl,152]
ServiceEvent REGISTERED
08.08.2012 15:51:40.212 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl,151]
ServiceEvent REGISTERED
08.08.2012 15:51:40.213 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent STARTED
08.08.2012 15:51:40.224 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent RESOLVED
08.08.2012 15:51:40.225 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent RESOLVED
08.08.2012 15:51:40.228 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: regMgr
08.08.2012 15:51:40.228 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 15:51:40.236 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STARTED
08.08.2012 15:51:40.314 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@c5294d
08.08.2012 15:51:40.329 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found relative IRI stanbol_network.owl . Will try to retrieve from data
file providers.
08.08.2012 15:51:40.475 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Populating registry content from ontology
Ontology(<http://www.ontologydesignpatterns.org/registry/stanbol_network> [Axioms:
84] [Logical axioms: 19])
08.08.2012 15:51:40.477 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/elements/1.1/>
08.08.2012 15:51:40.492 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/stuff/rev>
08.08.2012 15:51:40.492 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2004/02/skos/core>
08.08.2012 15:51:40.492 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Alignments>
08.08.2012 15:51:40.492 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://schema.org/docs/schemaorg.owl>
08.08.2012 15:51:40.493 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/dul/DUL.owl>
08.08.2012 15:51:40.493 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://w3.org/ns/org>
08.08.2012 15:51:40.493 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/terms/>
08.08.2012 15:51:40.493 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2006/time>
08.08.2012 15:51:40.493 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks>
08.08.2012 15:51:40.493 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://rdfs.org/sioc/ns>
08.08.2012 15:51:40.493 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/net/provenance/ns>
08.08.2012 15:51:40.494 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/NET/c4dm/event.owl>
08.08.2012 15:51:40.494 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C>
08.08.2012 15:51:40.494 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/GeneralPurposeOntologies>
08.08.2012 15:51:40.494 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
08.08.2012 15:51:40.494 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational>
08.08.2012 15:51:40.494 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://xmlns.com/foaf/spec/index.rdf>
08.08.2012 15:51:40.495 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/alignments/schemaorg.owl>
08.08.2012 15:51:40.495 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Registry http://www.ontologydesignpatterns.org/registry/stanbol_network
added.
08.08.2012 15:51:40.495 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency Manager: Service regMgr registered, activate component
08.08.2012 15:51:40.735 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web Service
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment,155]
ServiceEvent REGISTERED
08.08.2012 15:51:40.737 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,154]
ServiceEvent REGISTERED
08.08.2012 15:51:40.737 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STARTED
08.08.2012 15:53:26.388 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.web Service
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment,155]
ServiceEvent UNREGISTERING
08.08.2012 15:53:26.394 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,154]
ServiceEvent UNREGISTERING
08.08.2012 15:53:26.396 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@c5294d
08.08.2012 15:53:26.706 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl,152]
ServiceEvent UNREGISTERING
08.08.2012 15:53:26.707 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@e628d8
08.08.2012 15:53:26.708 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl,151]
ServiceEvent UNREGISTERING
08.08.2012 15:53:26.709 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl in class
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl deactivate
with context org.apache.felix.scr.impl.manager.ComponentContextImpl@e988c6
08.08.2012 15:53:26.711 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl,150]
ServiceEvent UNREGISTERING
08.08.2012 15:53:26.711 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@172fbca
08.08.2012 15:53:26.712 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider,149]
ServiceEvent UNREGISTERING
08.08.2012 15:53:26.712 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@11701fd
08.08.2012 15:53:26.713 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl,132]
ServiceEvent UNREGISTERING
08.08.2012 15:53:26.713 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@692dec
08.08.2012 15:53:26.720 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Ontology
Network Manager brought down.
08.08.2012 15:53:26.766 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent STOPPED
08.08.2012 15:53:26.766 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent UNRESOLVED
08.08.2012 15:53:26.767 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent UPDATED
08.08.2012 15:53:26.776 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent RESOLVED
08.08.2012 15:53:26.787 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Instantiating
ONM static context...
08.08.2012 15:53:26.788 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Ontology
Network Manager set up.
08.08.2012 15:53:26.795 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@7aa9f6
08.08.2012 15:53:26.797 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl,205]
ServiceEvent REGISTERED
08.08.2012 15:53:26.807 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@542594
08.08.2012 15:53:26.812 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider,206]
ServiceEvent REGISTERED
08.08.2012 15:53:26.816 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1fe58e0
08.08.2012 15:53:26.816 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activated.
08.08.2012 15:53:26.824 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl,207]
ServiceEvent REGISTERED
08.08.2012 15:53:26.827 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Dependency not satisfied: onManager
08.08.2012 15:53:26.828 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Not all dependencies satisified, cannot activate
08.08.2012 15:53:26.838 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl in class
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl activate
with context org.apache.felix.scr.impl.manager.ComponentContextImpl@10c9860
08.08.2012 15:53:26.840 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding scope "pizzaScope".
08.08.2012 15:53:26.843 *ERROR* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl] The
activate method has thrown an exception (java.lang.NoSuchMethodError:
org.apache.stanbol.commons.owl.util.URIUtils.desanitize(Lorg/semanticweb/owlapi/model/IRI;)Lorg/semanticweb/owlapi/model/IRI;)
java.lang.NoSuchMethodError:
org.apache.stanbol.commons.owl.util.URIUtils.desanitize(Lorg/semanticweb/owlapi/model/IRI;)Lorg/semanticweb/owlapi/model/IRI;
at
org.apache.stanbol.ontologymanager.ontonet.impl.util.OntologyUtils.decode(OntologyUtils.java:245)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider$OntologyToTcMapper.buildPublicKey(ClerezzaOntologyProvider.java:207)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getOntologyNetworkConfiguration(ClerezzaOntologyProvider.java:754)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.rebuildScopes(ONManagerImpl.java:508)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.activate(ONManagerImpl.java:274)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.activate(ONManagerImpl.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
org.apache.felix.scr.impl.helper.BaseMethod.invokeMethod(BaseMethod.java:227)
at
org.apache.felix.scr.impl.helper.BaseMethod.access$500(BaseMethod.java:38)
at
org.apache.felix.scr.impl.helper.BaseMethod$Resolved.invoke(BaseMethod.java:591)
at
org.apache.felix.scr.impl.helper.BaseMethod.invoke(BaseMethod.java:472)
at
org.apache.felix.scr.impl.helper.ActivateMethod.invoke(ActivateMethod.java:146)
at
org.apache.felix.scr.impl.manager.ImmediateComponentManager.createImplementationObject(ImmediateComponentManager.java:226)
at
org.apache.felix.scr.impl.manager.ImmediateComponentManager.createComponent(ImmediateComponentManager.java:118)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager$Unsatisfied.activate(AbstractComponentManager.java:997)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:333)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager.enable(AbstractComponentManager.java:157)
at
org.apache.felix.scr.impl.config.ConfiguredComponentHolder.enableComponents(ConfiguredComponentHolder.java:256)
at
org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:253)
at
org.apache.felix.scr.impl.BundleComponentActivator.initialize(BundleComponentActivator.java:147)
at
org.apache.felix.scr.impl.BundleComponentActivator.<init>(BundleComponentActivator.java:111)
at
org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:285)
at
org.apache.felix.scr.impl.Activator.bundleChanged(Activator.java:203)
at
org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:807)
at
org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:729)
at
org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:610)
at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:3758)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1780)
at org.apache.felix.framework.Felix.updateBundle(Felix.java:2084)
at org.apache.felix.framework.BundleImpl.update(BundleImpl.java:940)
at
org.apache.felix.webconsole.internal.core.UpdateHelper.doRun(UpdateHelper.java:60)
at
org.apache.felix.webconsole.internal.core.BaseUpdateInstallHelper.doRun(BaseUpdateInstallHelper.java:89)
at
org.apache.felix.webconsole.internal.core.UpdateHelper.doRun(UpdateHelper.java:70)
at
org.apache.felix.webconsole.internal.core.BaseUpdateInstallHelper.run(BaseUpdateInstallHelper.java:121)
at java.lang.Thread.run(Thread.java:679)
08.08.2012 15:53:26.844 *ERROR* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl]
Component instance could not be created, activation failed
08.08.2012 15:53:26.844 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent STARTED
08.08.2012 15:53:28.852 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STOPPED
08.08.2012 15:53:28.856 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent UNRESOLVED
08.08.2012 15:53:28.858 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl,207]
ServiceEvent UNREGISTERING
08.08.2012 15:53:28.859 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1fe58e0
08.08.2012 15:53:28.860 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider,206]
ServiceEvent UNREGISTERING
08.08.2012 15:53:28.860 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@542594
08.08.2012 15:53:28.863 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl,205]
ServiceEvent UNREGISTERING
08.08.2012 15:53:28.866 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@7aa9f6
08.08.2012 15:53:28.869 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Ontology
Network Manager brought down.
08.08.2012 15:53:28.944 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent STOPPED
08.08.2012 15:53:28.944 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent UNRESOLVED
08.08.2012 15:53:28.957 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STOPPED
08.08.2012 15:53:28.958 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent UNRESOLVED
08.08.2012 15:53:28.982 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent RESOLVED
08.08.2012 15:53:28.986 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl]
Dependency not satisfied: cache
08.08.2012 15:53:28.986 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl]
Dependency not satisfied: offline
08.08.2012 15:53:28.986 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl]
Not all dependencies satisified, cannot activate
08.08.2012 15:53:28.989 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Instantiating
ONM static context...
08.08.2012 15:53:28.990 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Ontology
Network Manager set up.
08.08.2012 15:53:28.992 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent RESOLVED
08.08.2012 15:53:28.993 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STARTED
08.08.2012 15:53:28.995 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1bcf3d
08.08.2012 15:53:28.995 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl]
Dependency Manager: Service offline registered, activate component
08.08.2012 15:53:28.995 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl]
Dependency not satisfied: cache
08.08.2012 15:53:28.995 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl]
Not all dependencies satisified, cannot activate
08.08.2012 15:53:29.000 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl,208]
ServiceEvent REGISTERED
08.08.2012 15:53:29.013 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1cb3ec4
08.08.2012 15:53:29.016 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl]
Dependency Manager: Service cache registered, activate component
08.08.2012 15:53:29.032 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@535d84
08.08.2012 15:53:29.033 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found relative IRI stanbol_network.owl . Will try to retrieve from data
file providers.
08.08.2012 15:53:29.056 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Populating registry content from ontology
Ontology(<http://www.ontologydesignpatterns.org/registry/stanbol_network> [Axioms:
84] [Logical axioms: 19])
08.08.2012 15:53:29.058 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/elements/1.1/>
08.08.2012 15:53:29.059 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/stuff/rev>
08.08.2012 15:53:29.059 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2004/02/skos/core>
08.08.2012 15:53:29.059 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Alignments>
08.08.2012 15:53:29.059 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://schema.org/docs/schemaorg.owl>
08.08.2012 15:53:29.059 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/dul/DUL.owl>
08.08.2012 15:53:29.060 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://w3.org/ns/org>
08.08.2012 15:53:29.060 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/terms/>
08.08.2012 15:53:29.060 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2006/time>
08.08.2012 15:53:29.060 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks>
08.08.2012 15:53:29.060 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://rdfs.org/sioc/ns>
08.08.2012 15:53:29.060 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/net/provenance/ns>
08.08.2012 15:53:29.060 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/NET/c4dm/event.owl>
08.08.2012 15:53:29.061 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C>
08.08.2012 15:53:29.061 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/GeneralPurposeOntologies>
08.08.2012 15:53:29.061 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
08.08.2012 15:53:29.061 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational>
08.08.2012 15:53:29.061 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://xmlns.com/foaf/spec/index.rdf>
08.08.2012 15:53:29.061 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/alignments/schemaorg.owl>
08.08.2012 15:53:29.062 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Registry http://www.ontologydesignpatterns.org/registry/stanbol_network
added.
08.08.2012 15:53:29.063 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,210]
ServiceEvent REGISTERED
08.08.2012 15:53:29.066 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider,209]
ServiceEvent REGISTERED
08.08.2012 15:53:29.070 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1799a64
08.08.2012 15:53:29.070 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activated.
08.08.2012 15:53:29.072 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl,211]
ServiceEvent REGISTERED
08.08.2012 15:53:29.073 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Dependency not satisfied: onManager
08.08.2012 15:53:29.073 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Not all dependencies satisified, cannot activate
08.08.2012 15:53:29.080 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl in class
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl activate
with context org.apache.felix.scr.impl.manager.ComponentContextImpl@edacd2
08.08.2012 15:53:29.081 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding scope "pizzaScope".
08.08.2012 15:53:29.083 *ERROR* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl] The
activate method has thrown an exception (java.lang.NoSuchMethodError:
org.apache.stanbol.commons.owl.util.URIUtils.desanitize(Lorg/semanticweb/owlapi/model/IRI;)Lorg/semanticweb/owlapi/model/IRI;)
java.lang.NoSuchMethodError:
org.apache.stanbol.commons.owl.util.URIUtils.desanitize(Lorg/semanticweb/owlapi/model/IRI;)Lorg/semanticweb/owlapi/model/IRI;
at
org.apache.stanbol.ontologymanager.ontonet.impl.util.OntologyUtils.decode(OntologyUtils.java:245)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider$OntologyToTcMapper.buildPublicKey(ClerezzaOntologyProvider.java:207)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getOntologyNetworkConfiguration(ClerezzaOntologyProvider.java:754)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.rebuildScopes(ONManagerImpl.java:508)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.activate(ONManagerImpl.java:274)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.activate(ONManagerImpl.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
org.apache.felix.scr.impl.helper.BaseMethod.invokeMethod(BaseMethod.java:227)
at
org.apache.felix.scr.impl.helper.BaseMethod.access$500(BaseMethod.java:38)
at
org.apache.felix.scr.impl.helper.BaseMethod$Resolved.invoke(BaseMethod.java:591)
at
org.apache.felix.scr.impl.helper.BaseMethod.invoke(BaseMethod.java:472)
at
org.apache.felix.scr.impl.helper.ActivateMethod.invoke(ActivateMethod.java:146)
at
org.apache.felix.scr.impl.manager.ImmediateComponentManager.createImplementationObject(ImmediateComponentManager.java:226)
at
org.apache.felix.scr.impl.manager.ImmediateComponentManager.createComponent(ImmediateComponentManager.java:118)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager$Unsatisfied.activate(AbstractComponentManager.java:997)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:333)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager.enable(AbstractComponentManager.java:157)
at
org.apache.felix.scr.impl.config.ConfiguredComponentHolder.enableComponents(ConfiguredComponentHolder.java:256)
at
org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:253)
at
org.apache.felix.scr.impl.BundleComponentActivator.initialize(BundleComponentActivator.java:147)
at
org.apache.felix.scr.impl.BundleComponentActivator.<init>(BundleComponentActivator.java:111)
at
org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:285)
at
org.apache.felix.scr.impl.Activator.bundleChanged(Activator.java:203)
at
org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:807)
at
org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:729)
at
org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:610)
at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:3758)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1780)
at
org.apache.felix.framework.Felix$RefreshHelper.restart(Felix.java:4531)
at org.apache.felix.framework.Felix.refreshPackages(Felix.java:3588)
at
org.apache.felix.framework.PackageAdminImpl.run(PackageAdminImpl.java:336)
at java.lang.Thread.run(Thread.java:679)
08.08.2012 15:53:29.083 *ERROR* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl]
Component instance could not be created, activation failed
08.08.2012 15:53:29.084 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent STARTED
08.08.2012 15:53:29.104 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent RESOLVED
08.08.2012 15:53:29.114 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 15:53:29.114 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 15:53:29.114 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 15:53:29.114 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STARTED
08.08.2012 15:53:41.022 *INFO* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,210]
ServiceEvent UNREGISTERING
08.08.2012 15:53:41.024 *INFO* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@535d84
08.08.2012 15:53:41.183 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STOPPED
08.08.2012 15:53:41.183 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent UNRESOLVED
08.08.2012 15:53:41.184 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent UPDATED
08.08.2012 15:53:41.205 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent RESOLVED
08.08.2012 15:53:41.241 *INFO* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@d32baa
08.08.2012 15:53:41.242 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found relative IRI stanbol_network.owl . Will try to retrieve from data
file providers.
08.08.2012 15:53:41.260 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Populating registry content from ontology
Ontology(<http://www.ontologydesignpatterns.org/registry/stanbol_network> [Axioms:
84] [Logical axioms: 19])
08.08.2012 15:53:41.262 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/elements/1.1/>
08.08.2012 15:53:41.262 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/stuff/rev>
08.08.2012 15:53:41.263 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2004/02/skos/core>
08.08.2012 15:53:41.263 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Alignments>
08.08.2012 15:53:41.263 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://schema.org/docs/schemaorg.owl>
08.08.2012 15:53:41.263 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/dul/DUL.owl>
08.08.2012 15:53:41.263 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://w3.org/ns/org>
08.08.2012 15:53:41.264 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/terms/>
08.08.2012 15:53:41.264 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2006/time>
08.08.2012 15:53:41.264 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks>
08.08.2012 15:53:41.264 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://rdfs.org/sioc/ns>
08.08.2012 15:53:41.264 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/net/provenance/ns>
08.08.2012 15:53:41.265 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/NET/c4dm/event.owl>
08.08.2012 15:53:41.265 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C>
08.08.2012 15:53:41.265 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/GeneralPurposeOntologies>
08.08.2012 15:53:41.265 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
08.08.2012 15:53:41.265 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational>
08.08.2012 15:53:41.266 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://xmlns.com/foaf/spec/index.rdf>
08.08.2012 15:53:41.266 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/alignments/schemaorg.owl>
08.08.2012 15:53:41.266 *INFO* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Registry http://www.ontologydesignpatterns.org/registry/stanbol_network
added.
08.08.2012 15:53:41.268 *INFO* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,213]
ServiceEvent REGISTERED
08.08.2012 15:53:41.269 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STARTED
08.08.2012 15:53:43.274 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,213]
ServiceEvent UNREGISTERING
08.08.2012 15:53:43.277 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@d32baa
08.08.2012 15:53:43.333 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STOPPED
08.08.2012 15:53:43.335 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent UNRESOLVED
08.08.2012 15:53:43.335 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STOPPED
08.08.2012 15:53:43.338 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent UNRESOLVED
08.08.2012 15:53:43.340 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent RESOLVED
08.08.2012 15:53:43.357 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1c36633
08.08.2012 15:53:43.358 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found relative IRI stanbol_network.owl . Will try to retrieve from data
file providers.
08.08.2012 15:53:43.402 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Populating registry content from ontology
Ontology(<http://www.ontologydesignpatterns.org/registry/stanbol_network> [Axioms:
84] [Logical axioms: 19])
08.08.2012 15:53:43.407 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/elements/1.1/>
08.08.2012 15:53:43.408 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/stuff/rev>
08.08.2012 15:53:43.409 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2004/02/skos/core>
08.08.2012 15:53:43.409 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Alignments>
08.08.2012 15:53:43.410 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://schema.org/docs/schemaorg.owl>
08.08.2012 15:53:43.410 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/dul/DUL.owl>
08.08.2012 15:53:43.410 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://w3.org/ns/org>
08.08.2012 15:53:43.411 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/terms/>
08.08.2012 15:53:43.411 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2006/time>
08.08.2012 15:53:43.412 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks>
08.08.2012 15:53:43.412 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://rdfs.org/sioc/ns>
08.08.2012 15:53:43.412 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/net/provenance/ns>
08.08.2012 15:53:43.412 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/NET/c4dm/event.owl>
08.08.2012 15:53:43.412 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C>
08.08.2012 15:53:43.413 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/GeneralPurposeOntologies>
08.08.2012 15:53:43.413 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
08.08.2012 15:53:43.413 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational>
08.08.2012 15:53:43.413 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://xmlns.com/foaf/spec/index.rdf>
08.08.2012 15:53:43.413 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/alignments/schemaorg.owl>
08.08.2012 15:53:43.413 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Registry http://www.ontologydesignpatterns.org/registry/stanbol_network
added.
08.08.2012 15:53:43.419 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,214]
ServiceEvent REGISTERED
08.08.2012 15:53:43.420 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STARTED
08.08.2012 15:53:43.430 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 15:53:43.431 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 15:53:43.431 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 15:53:43.438 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent RESOLVED
08.08.2012 15:53:43.439 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STARTED
08.08.2012 15:53:53.994 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STOPPED
08.08.2012 15:53:54.073 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent UNRESOLVED
08.08.2012 15:53:54.074 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent UPDATED
08.08.2012 15:53:54.084 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent RESOLVED
08.08.2012 15:53:54.276 *INFO* [Background Update
org.apache.stanbol.ontologymanager.web (78)]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 15:53:54.277 *INFO* [Background Update
org.apache.stanbol.ontologymanager.web (78)]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 15:53:54.277 *INFO* [Background Update
org.apache.stanbol.ontologymanager.web (78)]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 15:53:54.277 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STARTED
08.08.2012 15:53:56.281 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STOPPED
08.08.2012 15:53:56.282 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent UNRESOLVED
08.08.2012 15:53:56.287 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent RESOLVED
08.08.2012 15:53:56.294 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 15:53:56.294 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 15:53:56.295 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 15:53:56.302 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STARTED
08.08.2012 16:01:50.399 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,214]
ServiceEvent UNREGISTERING
08.08.2012 16:01:50.400 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1c36633
08.08.2012 16:01:50.402 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STOPPED
08.08.2012 16:01:50.406 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl,211]
ServiceEvent UNREGISTERING
08.08.2012 16:01:50.407 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1799a64
08.08.2012 16:01:50.408 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STOPPED
08.08.2012 16:01:50.408 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider,209]
ServiceEvent UNREGISTERING
08.08.2012 16:01:50.408 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1cb3ec4
08.08.2012 16:01:50.591 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl,208]
ServiceEvent UNREGISTERING
08.08.2012 16:01:50.592 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1bcf3d
08.08.2012 16:01:50.594 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Ontology
Network Manager brought down.
08.08.2012 16:01:50.594 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent STOPPED
08.08.2012 16:02:53.827 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Instantiating
ONM static context...
08.08.2012 16:02:53.828 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Ontology
Network Manager set up.
08.08.2012 16:02:53.832 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@7379b5
08.08.2012 16:02:53.836 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl,132]
ServiceEvent REGISTERED
08.08.2012 16:02:53.848 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent RESOLVED
08.08.2012 16:02:54.154 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1fcc4f8
08.08.2012 16:02:54.159 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider,149]
ServiceEvent REGISTERED
08.08.2012 16:02:54.164 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@13e4c83
08.08.2012 16:02:54.164 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activated.
08.08.2012 16:02:54.166 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl,150]
ServiceEvent REGISTERED
08.08.2012 16:02:54.167 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Dependency not satisfied: onManager
08.08.2012 16:02:54.168 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Not all dependencies satisified, cannot activate
08.08.2012 16:02:54.175 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl in class
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl activate
with context org.apache.felix.scr.impl.manager.ComponentContextImpl@2ddb6b
08.08.2012 16:02:54.186 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding scope "pizzaScope".
08.08.2012 16:02:54.192 *ERROR* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl] The
activate method has thrown an exception (java.lang.NoSuchMethodError:
org.apache.stanbol.commons.owl.util.URIUtils.desanitize(Lorg/semanticweb/owlapi/model/IRI;)Lorg/semanticweb/owlapi/model/IRI;)
java.lang.NoSuchMethodError:
org.apache.stanbol.commons.owl.util.URIUtils.desanitize(Lorg/semanticweb/owlapi/model/IRI;)Lorg/semanticweb/owlapi/model/IRI;
at
org.apache.stanbol.ontologymanager.ontonet.impl.util.OntologyUtils.decode(OntologyUtils.java:245)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider$OntologyToTcMapper.buildPublicKey(ClerezzaOntologyProvider.java:207)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getOntologyNetworkConfiguration(ClerezzaOntologyProvider.java:754)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.rebuildScopes(ONManagerImpl.java:508)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.activate(ONManagerImpl.java:274)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.activate(ONManagerImpl.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
org.apache.felix.scr.impl.helper.BaseMethod.invokeMethod(BaseMethod.java:227)
at
org.apache.felix.scr.impl.helper.BaseMethod.access$500(BaseMethod.java:38)
at
org.apache.felix.scr.impl.helper.BaseMethod$Resolved.invoke(BaseMethod.java:591)
at
org.apache.felix.scr.impl.helper.BaseMethod.invoke(BaseMethod.java:472)
at
org.apache.felix.scr.impl.helper.ActivateMethod.invoke(ActivateMethod.java:146)
at
org.apache.felix.scr.impl.manager.ImmediateComponentManager.createImplementationObject(ImmediateComponentManager.java:226)
at
org.apache.felix.scr.impl.manager.ImmediateComponentManager.createComponent(ImmediateComponentManager.java:118)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager$Unsatisfied.activate(AbstractComponentManager.java:997)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:333)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager.enable(AbstractComponentManager.java:157)
at
org.apache.felix.scr.impl.config.ConfiguredComponentHolder.enableComponents(ConfiguredComponentHolder.java:256)
at
org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:253)
at
org.apache.felix.scr.impl.BundleComponentActivator.initialize(BundleComponentActivator.java:147)
at
org.apache.felix.scr.impl.BundleComponentActivator.<init>(BundleComponentActivator.java:111)
at
org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:285)
at
org.apache.felix.scr.impl.Activator.bundleChanged(Activator.java:203)
at
org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:807)
at
org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:729)
at
org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:610)
at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:3758)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1780)
at
org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1156)
at
org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
at java.lang.Thread.run(Thread.java:679)
08.08.2012 16:02:54.193 *ERROR* [FelixStartLevel]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl]
Component instance could not be created, activation failed
08.08.2012 16:02:54.193 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent STARTED
08.08.2012 16:02:54.206 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent RESOLVED
08.08.2012 16:02:54.206 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent RESOLVED
08.08.2012 16:02:54.209 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 16:02:54.209 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 16:02:54.209 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: regMgr
08.08.2012 16:02:54.209 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 16:02:54.209 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STARTED
08.08.2012 16:02:54.311 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@881278
08.08.2012 16:02:54.328 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found relative IRI stanbol_network.owl . Will try to retrieve from data
file providers.
08.08.2012 16:02:54.491 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Populating registry content from ontology
Ontology(<http://www.ontologydesignpatterns.org/registry/stanbol_network> [Axioms:
84] [Logical axioms: 19])
08.08.2012 16:02:54.494 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/elements/1.1/>
08.08.2012 16:02:54.511 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/stuff/rev>
08.08.2012 16:02:54.512 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2004/02/skos/core>
08.08.2012 16:02:54.512 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Alignments>
08.08.2012 16:02:54.512 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://schema.org/docs/schemaorg.owl>
08.08.2012 16:02:54.512 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/dul/DUL.owl>
08.08.2012 16:02:54.512 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://w3.org/ns/org>
08.08.2012 16:02:54.513 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/terms/>
08.08.2012 16:02:54.513 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2006/time>
08.08.2012 16:02:54.513 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks>
08.08.2012 16:02:54.513 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://rdfs.org/sioc/ns>
08.08.2012 16:02:54.513 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/net/provenance/ns>
08.08.2012 16:02:54.514 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/NET/c4dm/event.owl>
08.08.2012 16:02:54.514 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C>
08.08.2012 16:02:54.514 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/GeneralPurposeOntologies>
08.08.2012 16:02:54.514 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
08.08.2012 16:02:54.514 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational>
08.08.2012 16:02:54.515 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://xmlns.com/foaf/spec/index.rdf>
08.08.2012 16:02:54.515 *DEBUG* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/alignments/schemaorg.owl>
08.08.2012 16:02:54.515 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Registry http://www.ontologydesignpatterns.org/registry/stanbol_network
added.
08.08.2012 16:02:54.515 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency Manager: Service regMgr registered, activate component
08.08.2012 16:02:54.516 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 16:02:54.516 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 16:02:54.516 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 16:02:54.518 *INFO* [FelixStartLevel]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,152]
ServiceEvent REGISTERED
08.08.2012 16:02:54.518 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STARTED
08.08.2012 16:09:28.934 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,152]
ServiceEvent UNREGISTERING
08.08.2012 16:09:28.937 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@881278
08.08.2012 16:09:28.941 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl,150]
ServiceEvent UNREGISTERING
08.08.2012 16:09:28.942 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@13e4c83
08.08.2012 16:09:28.943 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider,149]
ServiceEvent UNREGISTERING
08.08.2012 16:09:28.944 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1fcc4f8
08.08.2012 16:09:28.945 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl,132]
ServiceEvent UNREGISTERING
08.08.2012 16:09:28.946 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@7379b5
08.08.2012 16:09:28.950 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Ontology
Network Manager brought down.
08.08.2012 16:09:28.950 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent STOPPED
08.08.2012 16:09:29.038 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent UNRESOLVED
08.08.2012 16:09:29.039 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent UPDATED
08.08.2012 16:09:29.056 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent RESOLVED
08.08.2012 16:09:29.069 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Instantiating
ONM static context...
08.08.2012 16:09:29.069 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Ontology
Network Manager set up.
08.08.2012 16:09:29.073 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@683bfc
08.08.2012 16:09:29.075 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl,201]
ServiceEvent REGISTERED
08.08.2012 16:09:29.087 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@18de48
08.08.2012 16:09:29.093 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider,202]
ServiceEvent REGISTERED
08.08.2012 16:09:29.097 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@e64834
08.08.2012 16:09:29.097 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activated.
08.08.2012 16:09:29.100 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl,203]
ServiceEvent REGISTERED
08.08.2012 16:09:29.102 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Dependency not satisfied: onManager
08.08.2012 16:09:29.102 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Not all dependencies satisified, cannot activate
08.08.2012 16:09:29.109 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl in class
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl activate
with context org.apache.felix.scr.impl.manager.ComponentContextImpl@b45f54
08.08.2012 16:09:29.113 *INFO* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding scope "pizzaScope".
08.08.2012 16:09:29.122 *ERROR* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl] The
activate method has thrown an exception (java.lang.NoSuchMethodError:
org.apache.stanbol.commons.owl.util.URIUtils.desanitize(Lorg/semanticweb/owlapi/model/IRI;)Lorg/semanticweb/owlapi/model/IRI;)
java.lang.NoSuchMethodError:
org.apache.stanbol.commons.owl.util.URIUtils.desanitize(Lorg/semanticweb/owlapi/model/IRI;)Lorg/semanticweb/owlapi/model/IRI;
at
org.apache.stanbol.ontologymanager.ontonet.impl.util.OntologyUtils.decode(OntologyUtils.java:245)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider$OntologyToTcMapper.buildPublicKey(ClerezzaOntologyProvider.java:207)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getOntologyNetworkConfiguration(ClerezzaOntologyProvider.java:754)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.rebuildScopes(ONManagerImpl.java:508)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.activate(ONManagerImpl.java:274)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.activate(ONManagerImpl.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
org.apache.felix.scr.impl.helper.BaseMethod.invokeMethod(BaseMethod.java:227)
at
org.apache.felix.scr.impl.helper.BaseMethod.access$500(BaseMethod.java:38)
at
org.apache.felix.scr.impl.helper.BaseMethod$Resolved.invoke(BaseMethod.java:591)
at
org.apache.felix.scr.impl.helper.BaseMethod.invoke(BaseMethod.java:472)
at
org.apache.felix.scr.impl.helper.ActivateMethod.invoke(ActivateMethod.java:146)
at
org.apache.felix.scr.impl.manager.ImmediateComponentManager.createImplementationObject(ImmediateComponentManager.java:226)
at
org.apache.felix.scr.impl.manager.ImmediateComponentManager.createComponent(ImmediateComponentManager.java:118)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager$Unsatisfied.activate(AbstractComponentManager.java:997)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:333)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager.enable(AbstractComponentManager.java:157)
at
org.apache.felix.scr.impl.config.ConfiguredComponentHolder.enableComponents(ConfiguredComponentHolder.java:256)
at
org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:253)
at
org.apache.felix.scr.impl.BundleComponentActivator.initialize(BundleComponentActivator.java:147)
at
org.apache.felix.scr.impl.BundleComponentActivator.<init>(BundleComponentActivator.java:111)
at
org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:285)
at
org.apache.felix.scr.impl.Activator.bundleChanged(Activator.java:203)
at
org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:807)
at
org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:729)
at
org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:610)
at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:3758)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1780)
at org.apache.felix.framework.Felix.updateBundle(Felix.java:2084)
at org.apache.felix.framework.BundleImpl.update(BundleImpl.java:940)
at
org.apache.felix.webconsole.internal.core.UpdateHelper.doRun(UpdateHelper.java:60)
at
org.apache.felix.webconsole.internal.core.BaseUpdateInstallHelper.doRun(BaseUpdateInstallHelper.java:89)
at
org.apache.felix.webconsole.internal.core.UpdateHelper.doRun(UpdateHelper.java:70)
at
org.apache.felix.webconsole.internal.core.BaseUpdateInstallHelper.run(BaseUpdateInstallHelper.java:121)
at java.lang.Thread.run(Thread.java:679)
08.08.2012 16:09:29.123 *ERROR* [Background Update
org.apache.stanbol.ontologymanager.ontonet (77)]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl]
Component instance could not be created, activation failed
08.08.2012 16:09:29.123 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent STARTED
08.08.2012 16:09:31.134 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STOPPED
08.08.2012 16:09:31.134 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent UNRESOLVED
08.08.2012 16:09:31.154 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl,203]
ServiceEvent UNREGISTERING
08.08.2012 16:09:31.155 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@e64834
08.08.2012 16:09:31.156 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider,202]
ServiceEvent UNREGISTERING
08.08.2012 16:09:31.157 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@18de48
08.08.2012 16:09:31.158 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl,201]
ServiceEvent UNREGISTERING
08.08.2012 16:09:31.159 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@683bfc
08.08.2012 16:09:31.160 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Ontology
Network Manager brought down.
08.08.2012 16:09:31.160 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent STOPPED
08.08.2012 16:09:31.207 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent UNRESOLVED
08.08.2012 16:09:31.219 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STOPPED
08.08.2012 16:09:31.223 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent UNRESOLVED
08.08.2012 16:09:31.230 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent RESOLVED
08.08.2012 16:09:31.252 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent RESOLVED
08.08.2012 16:09:31.252 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent RESOLVED
08.08.2012 16:09:31.264 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 16:09:31.264 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 16:09:31.264 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: offline
08.08.2012 16:09:31.264 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: ontologyProvider
08.08.2012 16:09:31.264 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: regMgr
08.08.2012 16:09:31.264 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 16:09:31.264 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STARTED
08.08.2012 16:09:31.281 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Instantiating
ONM static context...
08.08.2012 16:09:31.281 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Ontology
Network Manager set up.
08.08.2012 16:09:31.286 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@619488
08.08.2012 16:09:31.286 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency Manager: Service offline registered, activate component
08.08.2012 16:09:31.286 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 16:09:31.286 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 16:09:31.286 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: ontologyProvider
08.08.2012 16:09:31.287 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: regMgr
08.08.2012 16:09:31.287 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 16:09:31.290 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl,205]
ServiceEvent REGISTERED
08.08.2012 16:09:31.303 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1516432
08.08.2012 16:09:31.307 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency Manager: Service ontologyProvider registered, activate component
08.08.2012 16:09:31.307 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 16:09:31.308 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 16:09:31.308 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: regMgr
08.08.2012 16:09:31.308 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 16:09:31.311 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider,206]
ServiceEvent REGISTERED
08.08.2012 16:09:31.314 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@18a4916
08.08.2012 16:09:31.314 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activated.
08.08.2012 16:09:31.316 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl,207]
ServiceEvent REGISTERED
08.08.2012 16:09:31.318 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Dependency not satisfied: onManager
08.08.2012 16:09:31.319 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Not all dependencies satisified, cannot activate
08.08.2012 16:09:31.326 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl in class
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl activate
with context org.apache.felix.scr.impl.manager.ComponentContextImpl@377714
08.08.2012 16:09:31.328 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding scope "pizzaScope".
08.08.2012 16:09:31.335 *ERROR* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl] The
activate method has thrown an exception (java.lang.NoSuchMethodError:
org.apache.stanbol.commons.owl.util.URIUtils.desanitize(Lorg/semanticweb/owlapi/model/IRI;)Lorg/semanticweb/owlapi/model/IRI;)
java.lang.NoSuchMethodError:
org.apache.stanbol.commons.owl.util.URIUtils.desanitize(Lorg/semanticweb/owlapi/model/IRI;)Lorg/semanticweb/owlapi/model/IRI;
at
org.apache.stanbol.ontologymanager.ontonet.impl.util.OntologyUtils.decode(OntologyUtils.java:245)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider$OntologyToTcMapper.buildPublicKey(ClerezzaOntologyProvider.java:207)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider.getOntologyNetworkConfiguration(ClerezzaOntologyProvider.java:754)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.rebuildScopes(ONManagerImpl.java:508)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.activate(ONManagerImpl.java:274)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.activate(ONManagerImpl.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
org.apache.felix.scr.impl.helper.BaseMethod.invokeMethod(BaseMethod.java:227)
at
org.apache.felix.scr.impl.helper.BaseMethod.access$500(BaseMethod.java:38)
at
org.apache.felix.scr.impl.helper.BaseMethod$Resolved.invoke(BaseMethod.java:591)
at
org.apache.felix.scr.impl.helper.BaseMethod.invoke(BaseMethod.java:472)
at
org.apache.felix.scr.impl.helper.ActivateMethod.invoke(ActivateMethod.java:146)
at
org.apache.felix.scr.impl.manager.ImmediateComponentManager.createImplementationObject(ImmediateComponentManager.java:226)
at
org.apache.felix.scr.impl.manager.ImmediateComponentManager.createComponent(ImmediateComponentManager.java:118)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager$Unsatisfied.activate(AbstractComponentManager.java:997)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:333)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager.enable(AbstractComponentManager.java:157)
at
org.apache.felix.scr.impl.config.ConfiguredComponentHolder.enableComponents(ConfiguredComponentHolder.java:256)
at
org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:253)
at
org.apache.felix.scr.impl.BundleComponentActivator.initialize(BundleComponentActivator.java:147)
at
org.apache.felix.scr.impl.BundleComponentActivator.<init>(BundleComponentActivator.java:111)
at
org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:285)
at
org.apache.felix.scr.impl.Activator.bundleChanged(Activator.java:203)
at
org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:807)
at
org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:729)
at
org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:610)
at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:3758)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1780)
at
org.apache.felix.framework.Felix$RefreshHelper.restart(Felix.java:4531)
at org.apache.felix.framework.Felix.refreshPackages(Felix.java:3588)
at
org.apache.felix.framework.PackageAdminImpl.run(PackageAdminImpl.java:336)
at java.lang.Thread.run(Thread.java:679)
08.08.2012 16:09:31.336 *ERROR* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl]
Component instance could not be created, activation failed
08.08.2012 16:09:31.336 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent STARTED
08.08.2012 16:09:31.361 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@4d834f
08.08.2012 16:09:31.361 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found relative IRI stanbol_network.owl . Will try to retrieve from data
file providers.
08.08.2012 16:09:31.397 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Populating registry content from ontology
Ontology(<http://www.ontologydesignpatterns.org/registry/stanbol_network> [Axioms:
84] [Logical axioms: 19])
08.08.2012 16:09:31.403 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/elements/1.1/>
08.08.2012 16:09:31.404 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/stuff/rev>
08.08.2012 16:09:31.404 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2004/02/skos/core>
08.08.2012 16:09:31.405 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Alignments>
08.08.2012 16:09:31.406 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://schema.org/docs/schemaorg.owl>
08.08.2012 16:09:31.406 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/dul/DUL.owl>
08.08.2012 16:09:31.406 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://w3.org/ns/org>
08.08.2012 16:09:31.407 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/terms/>
08.08.2012 16:09:31.407 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2006/time>
08.08.2012 16:09:31.408 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks>
08.08.2012 16:09:31.408 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://rdfs.org/sioc/ns>
08.08.2012 16:09:31.409 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/net/provenance/ns>
08.08.2012 16:09:31.409 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/NET/c4dm/event.owl>
08.08.2012 16:09:31.410 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C>
08.08.2012 16:09:31.410 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/GeneralPurposeOntologies>
08.08.2012 16:09:31.410 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
08.08.2012 16:09:31.410 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational>
08.08.2012 16:09:31.411 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://xmlns.com/foaf/spec/index.rdf>
08.08.2012 16:09:31.411 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/alignments/schemaorg.owl>
08.08.2012 16:09:31.411 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Registry http://www.ontologydesignpatterns.org/registry/stanbol_network
added.
08.08.2012 16:09:31.411 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency Manager: Service regMgr registered, activate component
08.08.2012 16:09:31.411 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 16:09:31.412 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 16:09:31.412 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 16:09:31.414 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,208]
ServiceEvent REGISTERED
08.08.2012 16:09:31.414 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STARTED
08.08.2012 16:09:42.526 *INFO* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,208]
ServiceEvent UNREGISTERING
08.08.2012 16:09:42.527 *INFO* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@4d834f
08.08.2012 16:09:42.606 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STOPPED
08.08.2012 16:09:42.606 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent UNRESOLVED
08.08.2012 16:09:42.606 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent UPDATED
08.08.2012 16:09:42.626 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent RESOLVED
08.08.2012 16:09:42.645 *INFO* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@588ec0
08.08.2012 16:09:42.645 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found relative IRI stanbol_network.owl . Will try to retrieve from data
file providers.
08.08.2012 16:09:42.663 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Populating registry content from ontology
Ontology(<http://www.ontologydesignpatterns.org/registry/stanbol_network> [Axioms:
84] [Logical axioms: 19])
08.08.2012 16:09:42.666 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/elements/1.1/>
08.08.2012 16:09:42.666 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/stuff/rev>
08.08.2012 16:09:42.666 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2004/02/skos/core>
08.08.2012 16:09:42.666 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Alignments>
08.08.2012 16:09:42.667 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://schema.org/docs/schemaorg.owl>
08.08.2012 16:09:42.667 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/dul/DUL.owl>
08.08.2012 16:09:42.667 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://w3.org/ns/org>
08.08.2012 16:09:42.667 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/terms/>
08.08.2012 16:09:42.667 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2006/time>
08.08.2012 16:09:42.667 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks>
08.08.2012 16:09:42.668 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://rdfs.org/sioc/ns>
08.08.2012 16:09:42.668 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/net/provenance/ns>
08.08.2012 16:09:42.668 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/NET/c4dm/event.owl>
08.08.2012 16:09:42.668 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C>
08.08.2012 16:09:42.668 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/GeneralPurposeOntologies>
08.08.2012 16:09:42.669 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
08.08.2012 16:09:42.669 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational>
08.08.2012 16:09:42.669 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://xmlns.com/foaf/spec/index.rdf>
08.08.2012 16:09:42.669 *DEBUG* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/alignments/schemaorg.owl>
08.08.2012 16:09:42.669 *INFO* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Registry http://www.ontologydesignpatterns.org/registry/stanbol_network
added.
08.08.2012 16:09:42.671 *INFO* [Background Update
org.apache.stanbol.ontologymanager.registry (81)]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,209]
ServiceEvent REGISTERED
08.08.2012 16:09:42.672 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STARTED
08.08.2012 16:09:44.676 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STOPPED
08.08.2012 16:09:44.677 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,209]
ServiceEvent UNREGISTERING
08.08.2012 16:09:44.677 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent UNRESOLVED
08.08.2012 16:09:44.677 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@588ec0
08.08.2012 16:09:44.746 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STOPPED
08.08.2012 16:09:44.746 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent UNRESOLVED
08.08.2012 16:09:44.751 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent RESOLVED
08.08.2012 16:09:44.751 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent RESOLVED
08.08.2012 16:09:44.757 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 16:09:44.758 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 16:09:44.758 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: regMgr
08.08.2012 16:09:44.758 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 16:09:44.761 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STARTED
08.08.2012 16:09:44.773 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@7267a4
08.08.2012 16:09:44.774 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found relative IRI stanbol_network.owl . Will try to retrieve from data
file providers.
08.08.2012 16:09:44.793 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Populating registry content from ontology
Ontology(<http://www.ontologydesignpatterns.org/registry/stanbol_network> [Axioms:
84] [Logical axioms: 19])
08.08.2012 16:09:44.795 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/elements/1.1/>
08.08.2012 16:09:44.796 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/stuff/rev>
08.08.2012 16:09:44.796 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2004/02/skos/core>
08.08.2012 16:09:44.796 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Alignments>
08.08.2012 16:09:44.796 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://schema.org/docs/schemaorg.owl>
08.08.2012 16:09:44.796 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/dul/DUL.owl>
08.08.2012 16:09:44.796 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://w3.org/ns/org>
08.08.2012 16:09:44.796 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/terms/>
08.08.2012 16:09:44.799 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2006/time>
08.08.2012 16:09:44.799 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks>
08.08.2012 16:09:44.799 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://rdfs.org/sioc/ns>
08.08.2012 16:09:44.799 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/net/provenance/ns>
08.08.2012 16:09:44.799 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/NET/c4dm/event.owl>
08.08.2012 16:09:44.799 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C>
08.08.2012 16:09:44.800 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/GeneralPurposeOntologies>
08.08.2012 16:09:44.800 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
08.08.2012 16:09:44.800 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational>
08.08.2012 16:09:44.800 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://xmlns.com/foaf/spec/index.rdf>
08.08.2012 16:09:44.800 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/alignments/schemaorg.owl>
08.08.2012 16:09:44.800 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Registry http://www.ontologydesignpatterns.org/registry/stanbol_network
added.
08.08.2012 16:09:44.801 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency Manager: Service regMgr registered, activate component
08.08.2012 16:09:44.801 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 16:09:44.801 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 16:09:44.801 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 16:09:44.803 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,210]
ServiceEvent REGISTERED
08.08.2012 16:09:44.803 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STARTED
08.08.2012 16:09:55.224 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STOPPED
08.08.2012 16:09:55.281 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent UNRESOLVED
08.08.2012 16:09:55.282 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent UPDATED
08.08.2012 16:09:55.304 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent RESOLVED
08.08.2012 16:09:55.388 *INFO* [Background Update
org.apache.stanbol.ontologymanager.web (78)]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 16:09:55.388 *INFO* [Background Update
org.apache.stanbol.ontologymanager.web (78)]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 16:09:55.388 *INFO* [Background Update
org.apache.stanbol.ontologymanager.web (78)]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 16:09:55.388 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STARTED
08.08.2012 16:09:57.398 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STOPPED
08.08.2012 16:09:57.398 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent UNRESOLVED
08.08.2012 16:09:57.398 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent RESOLVED
08.08.2012 16:09:57.402 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 16:09:57.402 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 16:09:57.456 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 16:09:57.461 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STARTED
08.08.2012 17:52:24.074 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STOPPED
08.08.2012 17:52:24.075 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent UNRESOLVED
08.08.2012 17:52:24.099 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,210]
ServiceEvent UNREGISTERING
08.08.2012 17:52:24.099 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@7267a4
08.08.2012 17:52:24.100 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl,207]
ServiceEvent UNREGISTERING
08.08.2012 17:52:24.101 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@18a4916
08.08.2012 17:52:24.102 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider,206]
ServiceEvent UNREGISTERING
08.08.2012 17:52:24.102 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1516432
08.08.2012 17:52:24.103 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl,205]
ServiceEvent UNREGISTERING
08.08.2012 17:52:24.103 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
deactivate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@619488
08.08.2012 17:52:24.104 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Ontology
Network Manager brought down.
08.08.2012 17:52:24.104 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent STOPPED
08.08.2012 17:52:24.106 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent UNRESOLVED
08.08.2012 17:52:24.107 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STOPPED
08.08.2012 17:52:24.109 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent UNRESOLVED
08.08.2012 17:52:24.519 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent RESOLVED
08.08.2012 17:52:24.519 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent RESOLVED
08.08.2012 17:52:24.529 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent RESOLVED
08.08.2012 17:52:24.530 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 17:52:24.530 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 17:52:24.530 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: offline
08.08.2012 17:52:24.530 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: ontologyProvider
08.08.2012 17:52:24.530 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: regMgr
08.08.2012 17:52:24.530 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 17:52:24.530 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.web BundleEvent STARTED
08.08.2012 17:52:24.896 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Instantiating
ONM static context...
08.08.2012 17:52:24.897 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.Activator Ontology
Network Manager set up.
08.08.2012 17:52:24.901 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1a6e5d5
08.08.2012 17:52:24.902 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency Manager: Service offline registered, activate component
08.08.2012 17:52:24.902 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 17:52:24.902 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 17:52:24.903 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: ontologyProvider
08.08.2012 17:52:24.903 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: regMgr
08.08.2012 17:52:24.903 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 17:52:24.904 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl,220]
ServiceEvent REGISTERED
08.08.2012 17:52:24.915 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@19f9c2e
08.08.2012 17:52:24.919 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency Manager: Service ontologyProvider registered, activate component
08.08.2012 17:52:24.919 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 17:52:24.919 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 17:52:24.919 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: regMgr
08.08.2012 17:52:24.919 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 17:52:24.921 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider,221]
ServiceEvent REGISTERED
08.08.2012 17:52:24.924 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
in class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@24d0d0
08.08.2012 17:52:24.924 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
class
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
activated.
08.08.2012 17:52:24.926 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet Service
[org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl,222]
ServiceEvent REGISTERED
08.08.2012 17:52:24.928 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Dependency not satisfied: onManager
08.08.2012 17:52:24.928 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl]
Not all dependencies satisified, cannot activate
08.08.2012 17:52:24.935 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl in class
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl activate
with context org.apache.felix.scr.impl.manager.ComponentContextImpl@12320ff
08.08.2012 17:52:24.937 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding scope "pizzaScope".
08.08.2012 17:52:24.943 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding scope "Sc1".
08.08.2012 17:52:24.947 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding session "S1".
08.08.2012 17:52:24.948 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Rebuilding session "sessIoN".
08.08.2012 17:52:24.949 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Rebuilding
scope with ID "pizzaScope".
08.08.2012 17:52:24.958 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Ontology collector information triples added for scope
"http://localhost:8080/ontonet/ontology/pizzaScope".
08.08.2012 17:52:24.958 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl Custom
ontology key : <ontonet::http://omv.ontoware.org/2005/05/ontology>
08.08.2012 17:52:24.959 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Searching for a meta graph entry for public key:
08.08.2012 17:52:24.959 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <ontonet::http://omv.ontoware.org/2005/05/ontology>
08.08.2012 17:52:24.959 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Matching UriRef in graph : null
08.08.2012 17:52:24.959 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Searching for a meta graph entry for public key:
08.08.2012 17:52:24.959 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
-- <ontonet::http://omv.ontoware.org/2005/05/ontology>
08.08.2012 17:52:24.959 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
Matching UriRef in graph : null
08.08.2012 17:52:24.964 *ERROR* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl] The
activate method has thrown an exception
(org.apache.stanbol.ontologymanager.ontonet.api.collector.MissingOntologyException)
org.apache.stanbol.ontologymanager.ontonet.api.collector.MissingOntologyException
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:198)
at
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.AbstractOntologyCollectorImpl.addOntology(AbstractOntologyCollectorImpl.java:133)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.rebuildScopes(ONManagerImpl.java:534)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.activate(ONManagerImpl.java:274)
at
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.activate(ONManagerImpl.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
org.apache.felix.scr.impl.helper.BaseMethod.invokeMethod(BaseMethod.java:227)
at
org.apache.felix.scr.impl.helper.BaseMethod.access$500(BaseMethod.java:38)
at
org.apache.felix.scr.impl.helper.BaseMethod$Resolved.invoke(BaseMethod.java:591)
at
org.apache.felix.scr.impl.helper.BaseMethod.invoke(BaseMethod.java:472)
at
org.apache.felix.scr.impl.helper.ActivateMethod.invoke(ActivateMethod.java:146)
at
org.apache.felix.scr.impl.manager.ImmediateComponentManager.createImplementationObject(ImmediateComponentManager.java:226)
at
org.apache.felix.scr.impl.manager.ImmediateComponentManager.createComponent(ImmediateComponentManager.java:118)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager$Unsatisfied.activate(AbstractComponentManager.java:997)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:333)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager.enable(AbstractComponentManager.java:157)
at
org.apache.felix.scr.impl.config.ConfiguredComponentHolder.enableComponents(ConfiguredComponentHolder.java:256)
at
org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:253)
at
org.apache.felix.scr.impl.BundleComponentActivator.initialize(BundleComponentActivator.java:147)
at
org.apache.felix.scr.impl.BundleComponentActivator.<init>(BundleComponentActivator.java:111)
at
org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:285)
at
org.apache.felix.scr.impl.Activator.bundleChanged(Activator.java:203)
at
org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:807)
at
org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:729)
at
org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:610)
at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:3758)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1780)
at
org.apache.felix.framework.Felix$RefreshHelper.restart(Felix.java:4531)
at org.apache.felix.framework.Felix.refreshPackages(Felix.java:3588)
at
org.apache.felix.framework.PackageAdminImpl.run(PackageAdminImpl.java:336)
at java.lang.Thread.run(Thread.java:679)
08.08.2012 17:52:24.965 *ERROR* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.ontonet
[org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl]
Component instance could not be created, activation failed
08.08.2012 17:52:24.965 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.ontonet BundleEvent STARTED
08.08.2012 17:52:25.018 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl in
class
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
activate with context
org.apache.felix.scr.impl.manager.ComponentContextImpl@1acd952
08.08.2012 17:52:25.032 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found relative IRI stanbol_network.owl . Will try to retrieve from data
file providers.
08.08.2012 17:52:25.161 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Populating registry content from ontology
Ontology(<http://www.ontologydesignpatterns.org/registry/stanbol_network> [Axioms:
84] [Logical axioms: 19])
08.08.2012 17:52:25.163 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/elements/1.1/>
08.08.2012 17:52:25.177 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/stuff/rev>
08.08.2012 17:52:25.177 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2004/02/skos/core>
08.08.2012 17:52:25.177 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Alignments>
08.08.2012 17:52:25.178 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://schema.org/docs/schemaorg.owl>
08.08.2012 17:52:25.178 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/dul/DUL.owl>
08.08.2012 17:52:25.178 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://w3.org/ns/org>
08.08.2012 17:52:25.178 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/dc/terms/>
08.08.2012 17:52:25.178 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://www.w3.org/2006/time>
08.08.2012 17:52:25.178 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks>
08.08.2012 17:52:25.178 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://rdfs.org/sioc/ns>
08.08.2012 17:52:25.179 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/net/provenance/ns>
08.08.2012 17:52:25.179 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://purl.org/NET/c4dm/event.owl>
08.08.2012 17:52:25.179 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C>
08.08.2012 17:52:25.179 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/GeneralPurposeOntologies>
08.08.2012 17:52:25.179 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.holygoat.co.uk/owl/redwood/0.1/tags/>
08.08.2012 17:52:25.179 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found library for individual
<http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational>
08.08.2012 17:52:25.180 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual <http://xmlns.com/foaf/spec/index.rdf>
08.08.2012 17:52:25.180 *DEBUG* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Found ontology for individual
<http://www.ontologydesignpatterns.org/ont/alignments/schemaorg.owl>
08.08.2012 17:52:25.180 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
Registry http://www.ontologydesignpatterns.org/registry/stanbol_network
added.
08.08.2012 17:52:25.180 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency Manager: Service regMgr registered, activate component
08.08.2012 17:52:25.181 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: onm
08.08.2012 17:52:25.181 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment]
Dependency not satisfied: sessionManager
08.08.2012 17:52:25.181 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.web
[org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment] Not
all dependencies satisified, cannot activate
08.08.2012 17:52:25.182 *INFO* [FelixPackageAdmin]
org.apache.stanbol.ontologymanager.registry Service
[org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl,223]
ServiceEvent REGISTERED
08.08.2012 17:52:25.183 *INFO* [FelixDispatchQueue]
org.apache.stanbol.ontologymanager.registry BundleEvent STARTED
Re: ontonet/ontology upload registry into a scope
Posted by Alessandro Adamou <ad...@cs.unibo.it>.
On 8/8/12 4:56 PM, Melanie Reiplinger wrote:
> I always skip the tests in doing the global mvn clean install
> (-DskipTests), because whenever I let it do the test, the build fails.
Well, it would be better to actually run them. The only failed tests
that we can expect are from the EntityHub, because now and then your
system might not be able to bring up the Solr index on time. Which
failures are you getting?
>> Please check [stanbol-host]/system/console/components for the
>> components that start with org.apache.stanbol.ontologymanager
>>
>> I guess they are unsatisfied now. Most likely this is because their
>> dependencies need to be upgraded too.
> you're right:
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
> <http://lnv-89012.dfki.uni-sb.de:9001/system/console/components/139>
> active
> org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
> <http://lnv-89012.dfki.uni-sb.de:9001/system/console/components/140>
> active
> org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
> <http://lnv-89012.dfki.uni-sb.de:9001/system/console/components/138>
> active
> org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl
> <http://lnv-89012.dfki.uni-sb.de:9001/system/console/components/142>
> unsatisfied
> org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl
> <http://lnv-89012.dfki.uni-sb.de:9001/system/console/components/141>
> unsatisfied
> org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
> <http://lnv-89012.dfki.uni-sb.de:9001/system/console/components/146>
> active
> org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment
> <http://lnv-89012.dfki.uni-sb.de:9001/system/console/components/148>
> unsatisfied
If you click on the ONManagerImpl or SessionManagerImpl, do you see any
unsatisfied references there? If so, which are they? If not, then an
exception should have been thrown and be in the log.
> Then how can I make sure an up-to-date launcher is built?
> I already did a complete re-installation but since you assume my
> launcher is too old, how can I solve this?
After reinstalling, where do you go to run the rebuilt Stanbol?
if you go to
[stanbol-dir]/launchers/full/target
that launcher is the one up to date. But only if it was NOT running
while you were rebuilding Stanbol.
Do you run the Stanbol jar from that directory or do you copy the Jar
somewhere else usually?
On a side note, if you still have trouble that I cannot figure out, I
could make time for a Skype/Hangout/whatever call and try to solve it live.
Best,
-- Alessandro
>>> Am 08.08.2012 14:38, schrieb Alessandro Adamou:
>>>> On 8/8/12 2:10 PM, Melanie Reiplinger wrote:
>>>>> then I did:
>>>>>
>>>>> mvn clean install -PinstallBundle -Dsling.url=[stanbol]/system/console
>>>>>
>>>>> for which I get a build error with:
>>>>> [INFO] Installation on : [path-to-stanbol]/system/console failed,
>>>>> cause: host parameter is null
>>>>>
>>>>> [stanbol] is the absolute path to the dir where stanbol is
>>>>> located, right? The path seems right to me, at least in the log
>>>>
>>>> No, it's the HTTP host. Stanbol must be running on that host while
>>>> you run Maven. I don't know if you're using that
>>>> http://lnv-89012.dfki.uni-sb.de:9001 host that I read on some of
>>>> your messages, but if so the value for sling.url would be:
>>>>
>>>> http://lnv-89012.dfki.uni-sb.de:9001/system/console
>>>
>>>> (or even http://localhost:9001/system/console if you are running
>>>> Maven on the same machine where Stanbol is running)
>>>>
>>>> I apologize for not being clearer earlier.
>>>>
>>>> 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
>
>
--
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
Re: ontonet/ontology upload registry into a scope
Posted by Melanie Reiplinger <me...@dfki.de>.
Am 08.08.2012 15:42, schrieb Alessandro Adamou:
> On 8/8/12 3:07 PM, Melanie Reiplinger wrote:
>> oh, sorry. I should have known that by now (especially since the log
>> says it tried to install to that address via POST).
>> now the build succeeded, but the ontologymanager is gone (can't
>> address it any more, neither in the browser nor via curl).
>> Does it have to be launched separately now?
>
> No, but perhaps your running Stanbol is older than I thought. I might
> be wrong, but it looks like some mandatory passage in the
> update-build-install process is missing.
I always skip the tests in doing the global mvn clean install
(-DskipTests), because whenever I let it do the test, the build fails.
>
> Please check [stanbol-host]/system/console/components for the
> components that start with org.apache.stanbol.ontologymanager
>
> I guess they are unsatisfied now. Most likely this is because their
> dependencies need to be upgraded too.
you're right:
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.ClerezzaOntologyProvider
<http://lnv-89012.dfki.uni-sb.de:9001/system/console/components/139> active
org.apache.stanbol.ontologymanager.ontonet.impl.clerezza.OntologySpaceFactoryImpl
<http://lnv-89012.dfki.uni-sb.de:9001/system/console/components/140> active
org.apache.stanbol.ontologymanager.ontonet.impl.OfflineConfigurationImpl
<http://lnv-89012.dfki.uni-sb.de:9001/system/console/components/138> active
org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl
<http://lnv-89012.dfki.uni-sb.de:9001/system/console/components/142>
unsatisfied
org.apache.stanbol.ontologymanager.ontonet.impl.session.SessionManagerImpl
<http://lnv-89012.dfki.uni-sb.de:9001/system/console/components/141>
unsatisfied
org.apache.stanbol.ontologymanager.registry.impl.RegistryManagerImpl
<http://lnv-89012.dfki.uni-sb.de:9001/system/console/components/146> active
org.apache.stanbol.ontologymanager.web.OntologyManagerWebFragment
<http://lnv-89012.dfki.uni-sb.de:9001/system/console/components/148>
unsatisfied
>
> You may want to do the same build-and-install trick for commons/owl .
> If that isn't enough then I'm afraid your stanbol launcher is outdated.
commons/owl was not updated, seemed to be at most recent revision (At
revision 1370791).
Then how can I make sure an up-to-date launcher is built?
I already did a complete re-installation but since you assume my
launcher is too old, how can I solve this?
usually, after the checkout, I do
mvn clean install -DskipTests
in the stanbol home. It worked for me all the time up to now. Is that
not enough?
>
> (note that when you build the whole stack, the launcher must be
> stopped if you're running it from the module directory - otherwise the
> "clean" directive won't remove the old Jar and cannot create the
> updated one!).
>
> Alessandro
>
>
>> Am 08.08.2012 14:38, schrieb Alessandro Adamou:
>>> On 8/8/12 2:10 PM, Melanie Reiplinger wrote:
>>>> then I did:
>>>>
>>>> mvn clean install -PinstallBundle -Dsling.url=[stanbol]/system/console
>>>>
>>>> for which I get a build error with:
>>>> [INFO] Installation on : [path-to-stanbol]/system/console failed,
>>>> cause: host parameter is null
>>>>
>>>> [stanbol] is the absolute path to the dir where stanbol is located,
>>>> right? The path seems right to me, at least in the log
>>>
>>> No, it's the HTTP host. Stanbol must be running on that host while
>>> you run Maven. I don't know if you're using that
>>> http://lnv-89012.dfki.uni-sb.de:9001 host that I read on some of
>>> your messages, but if so the value for sling.url would be:
>>>
>>> http://lnv-89012.dfki.uni-sb.de:9001/system/console
>>
>>> (or even http://localhost:9001/system/console if you are running
>>> Maven on the same machine where Stanbol is running)
>>>
>>> I apologize for not being clearer earlier.
>>>
>>> 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
Re: ontonet/ontology upload registry into a scope
Posted by Alessandro Adamou <ad...@cs.unibo.it>.
On 8/8/12 3:07 PM, Melanie Reiplinger wrote:
> oh, sorry. I should have known that by now (especially since the log
> says it tried to install to that address via POST).
> now the build succeeded, but the ontologymanager is gone (can't
> address it any more, neither in the browser nor via curl).
> Does it have to be launched separately now?
No, but perhaps your running Stanbol is older than I thought. I might be
wrong, but it looks like some mandatory passage in the
update-build-install process is missing.
Please check [stanbol-host]/system/console/components for the components
that start with org.apache.stanbol.ontologymanager
I guess they are unsatisfied now. Most likely this is because their
dependencies need to be upgraded too.
You may want to do the same build-and-install trick for commons/owl . If
that isn't enough then I'm afraid your stanbol launcher is outdated.
(note that when you build the whole stack, the launcher must be stopped
if you're running it from the module directory - otherwise the "clean"
directive won't remove the old Jar and cannot create the updated one!).
Alessandro
> Am 08.08.2012 14:38, schrieb Alessandro Adamou:
>> On 8/8/12 2:10 PM, Melanie Reiplinger wrote:
>>> then I did:
>>>
>>> mvn clean install -PinstallBundle -Dsling.url=[stanbol]/system/console
>>>
>>> for which I get a build error with:
>>> [INFO] Installation on : [path-to-stanbol]/system/console failed,
>>> cause: host parameter is null
>>>
>>> [stanbol] is the absolute path to the dir where stanbol is located,
>>> right? The path seems right to me, at least in the log
>>
>> No, it's the HTTP host. Stanbol must be running on that host while
>> you run Maven. I don't know if you're using that
>> http://lnv-89012.dfki.uni-sb.de:9001 host that I read on some of your
>> messages, but if so the value for sling.url would be:
>>
>> http://lnv-89012.dfki.uni-sb.de:9001/system/console
>
>> (or even http://localhost:9001/system/console if you are running
>> Maven on the same machine where Stanbol is running)
>>
>> I apologize for not being clearer earlier.
>>
>> 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
Re: ontonet/ontology upload registry into a scope
Posted by Melanie Reiplinger <me...@dfki.de>.
oh, sorry. I should have known that by now (especially since the log
says it tried to install to that address via POST).
now the build succeeded, but the ontologymanager is gone (can't address
it any more, neither in the browser nor via curl).
Does it have to be launched separately now?
Am 08.08.2012 14:38, schrieb Alessandro Adamou:
> On 8/8/12 2:10 PM, Melanie Reiplinger wrote:
>> then I did:
>>
>> mvn clean install -PinstallBundle -Dsling.url=[stanbol]/system/console
>>
>> for which I get a build error with:
>> [INFO] Installation on : [path-to-stanbol]/system/console failed,
>> cause: host parameter is null
>>
>> [stanbol] is the absolute path to the dir where stanbol is located,
>> right? The path seems right to me, at least in the log
>
> No, it's the HTTP host. Stanbol must be running on that host while you
> run Maven. I don't know if you're using that
> http://lnv-89012.dfki.uni-sb.de:9001 host that I read on some of your
> messages, but if so the value for sling.url would be:
>
> http://lnv-89012.dfki.uni-sb.de:9001/system/console
> (or even http://localhost:9001/system/console if you are running Maven
> on the same machine where Stanbol is running)
>
> I apologize for not being clearer earlier.
>
> 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
Re: ontonet/ontology upload registry into a scope
Posted by Alessandro Adamou <ad...@cs.unibo.it>.
On 8/8/12 2:10 PM, Melanie Reiplinger wrote:
> then I did:
>
> mvn clean install -PinstallBundle -Dsling.url=[stanbol]/system/console
>
> for which I get a build error with:
> [INFO] Installation on : [path-to-stanbol]/system/console failed,
> cause: host parameter is null
>
> [stanbol] is the absolute path to the dir where stanbol is located,
> right? The path seems right to me, at least in the log
No, it's the HTTP host. Stanbol must be running on that host while you
run Maven. I don't know if you're using that
http://lnv-89012.dfki.uni-sb.de:9001 host that I read on some of your
messages, but if so the value for sling.url would be:
http://lnv-89012.dfki.uni-sb.de:9001/system/console
(or even http://localhost:9001/system/console if you are running Maven
on the same machine where Stanbol is running)
I apologize for not being clearer earlier.
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
Re: ontonet/ontology upload registry into a scope
Posted by Melanie Reiplinger <me...@dfki.de>.
Am 08.08.2012 13:53, schrieb Alessandro Adamou:
> Hi Melanie,
>
> On 8/8/12 1:07 PM, Melanie Reiplinger wrote:
>>> Yes, but remember that you must also install the OSGi bundles, so
>>>
>>> mvn clean install -PinstallBundle -Dsling.url=[stanbol]/system/console
>>
>> I did a global update and mvn clean install last night, is this still
>> necessary then?
>
> Yes please (I added more logs this morning), but if you reinstalled it
> yesterday you should only need to cd ontologymanager and then run the
> above command.
>
>>> Would you do that now? I added some more log messages to the session
>>> POST, so perhaps we may want to check the DEBUG log after you get a
>>> 400.
>>
>> ok, here's the log it writes when I do the above command for some
>> session S1:
>>
>> 08.08.2012 14:11:41.187 *DEBUG* [24517718@qtp-24391166-25]
>> org.apache.stanbol.ontologymanager.web.resources.SessionResource
>> post(FormDataMultiPart data)
>> 08.08.2012 14:11:41.187 *DEBUG* [24517718@qtp-24391166-25]
>> org.apache.stanbol.ontologymanager.web.resources.SessionResource
>> Found body part of type class com.sun.jersey.multipart.FormDataBodyPart
>> 08.08.2012 14:11:41.187 *ERROR* [24517718@qtp-24391166-25]
>> org.apache.stanbol.ontologymanager.web.resources.SessionResource
>> Nothing to do with session S1.
>
> This is strange. Since revision 1367100 from over a week ago, the
> SessionResource does not log "Nothing to do with session {}" messages
> anymore, the line is commented out [1]. Are you sure your rebuilt
> bundles are being installed and activated for real?
To really be sure I won't miss anything, I did:
cd ontologymanager/
svn update
it only updated one source file:
U
web/src/main/java/org/apache/stanbol/ontologymanager/web/resources/SessionResource.java
Updated to revision 1370743.
then I did:
mvn clean install -PinstallBundle -Dsling.url=[stanbol]/system/console
for which I get a build error with:
[INFO] Installation on : [path-to-stanbol]/system/console failed, cause:
host parameter is null
[stanbol] is the absolute path to the dir where stanbol is located,
right? The path seems right to me, at least in the log
[INFO] Installing Bundle
org.apache.stanbol.ontologymanager.ontonet([stanbol]/ontologymanager/ontonet/target/org.apache.stanbol.ontologymanager.ontonet-0.10.0-incubating-SNAPSHOT.jar)
to :[stanbol]/system/console via POST
the first path is correct, but the second is non-existing.
>
> best,
> Alessandro
>
> [1]
> http://svn.apache.org/viewvc/incubator/stanbol/trunk/ontologymanager/web/src/main/java/org/apache/stanbol/ontologymanager/web/resources/SessionResource.java?revision=1367100&view=markup
>
>
> --
> 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
Re: ontonet/ontology upload registry into a scope
Posted by Alessandro Adamou <ad...@cs.unibo.it>.
Hi Melanie,
On 8/8/12 1:07 PM, Melanie Reiplinger wrote:
>> Yes, but remember that you must also install the OSGi bundles, so
>>
>> mvn clean install -PinstallBundle -Dsling.url=[stanbol]/system/console
>
> I did a global update and mvn clean install last night, is this still
> necessary then?
Yes please (I added more logs this morning), but if you reinstalled it
yesterday you should only need to cd ontologymanager and then run the
above command.
>> Would you do that now? I added some more log messages to the session
>> POST, so perhaps we may want to check the DEBUG log after you get a 400.
>
> ok, here's the log it writes when I do the above command for some
> session S1:
>
> 08.08.2012 14:11:41.187 *DEBUG* [24517718@qtp-24391166-25]
> org.apache.stanbol.ontologymanager.web.resources.SessionResource
> post(FormDataMultiPart data)
> 08.08.2012 14:11:41.187 *DEBUG* [24517718@qtp-24391166-25]
> org.apache.stanbol.ontologymanager.web.resources.SessionResource Found
> body part of type class com.sun.jersey.multipart.FormDataBodyPart
> 08.08.2012 14:11:41.187 *ERROR* [24517718@qtp-24391166-25]
> org.apache.stanbol.ontologymanager.web.resources.SessionResource
> Nothing to do with session S1.
This is strange. Since revision 1367100 from over a week ago, the
SessionResource does not log "Nothing to do with session {}" messages
anymore, the line is commented out [1]. Are you sure your rebuilt
bundles are being installed and activated for real?
best,
Alessandro
[1]
http://svn.apache.org/viewvc/incubator/stanbol/trunk/ontologymanager/web/src/main/java/org/apache/stanbol/ontologymanager/web/resources/SessionResource.java?revision=1367100&view=markup
--
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
Re: ontonet/ontology upload registry into a scope
Posted by Melanie Reiplinger <me...@dfki.de>.
Hi Alessandro,
>
> Well I tried this again and I get a 303:
>
> $ curl -i -X POST -F
> "library=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks"
> http://localhost:8181/ontonet/session/1344417574190
>
> HTTP/1.1 100 Continue
>
> HTTP/1.1 303 See Other
> Location:
> http://localhost:8181/ontonet/session/1344417574190/http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks
> Content-Length: 0
> Server: Jetty(6.1.x)
>
> and indeed the Location header value resolves to a resource (this
> might change though, perhaps I will just replace it with the imports
> to the ontologies in the library)
>
> It could be that loading some ontology from the library failed to load
> because of network problems or so, but IIRC it should return some
> other status code.
>
>> ok, I'll do that. Just to make sure I won't blow up my stanbol again
>> this time: this means that I go into the dir ontologymanager/ and
>> there execute my svn update and mvn clean install, right?
>
> Yes, but remember that you must also install the OSGi bundles, so
>
> mvn clean install -PinstallBundle -Dsling.url=[stanbol]/system/console
I did a global update and mvn clean install last night, is this still
necessary then?
>
> Would you do that now? I added some more log messages to the session
> POST, so perhaps we may want to check the DEBUG log after you get a 400.
ok, here's the log it writes when I do the above command for some
session S1:
08.08.2012 14:11:41.187 *DEBUG* [24517718@qtp-24391166-25]
org.apache.stanbol.ontologymanager.web.resources.SessionResource
post(FormDataMultiPart data)
08.08.2012 14:11:41.187 *DEBUG* [24517718@qtp-24391166-25]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Found
body part of type class com.sun.jersey.multipart.FormDataBodyPart
08.08.2012 14:11:41.187 *ERROR* [24517718@qtp-24391166-25]
org.apache.stanbol.ontologymanager.web.resources.SessionResource Nothing
to do with session S1.
Re: ontonet/ontology upload registry into a scope
Posted by Melanie Reiplinger <me...@dfki.de>.
Hi Alessandro,
I did a re-installation and build, and now this works for me.
:-)
thank you for your patience
Am 08.08.2012 11:39, schrieb Alessandro Adamou:
> On 8/8/12 10:21 AM, Melanie Reiplinger wrote:
> Well I tried this again and I get a 303:
>
> $ curl -i -X POST -F
> "library=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks"
> http://localhost:8181/ontonet/session/1344417574190
>
> HTTP/1.1 100 Continue
>
> HTTP/1.1 303 See Other
> Location:
> http://localhost:8181/ontonet/session/1344417574190/http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks
> Content-Length: 0
> Server: Jetty(6.1.x)
>
Re: ontonet/ontology upload registry into a scope
Posted by Alessandro Adamou <ad...@cs.unibo.it>.
On 8/8/12 10:21 AM, Melanie Reiplinger wrote:
> Am 07.08.2012 13:14, schrieb Alessandro Adamou:
>>> I tried it for both, scopes and sessions. But for sessions I only
>>> get '400 bad request'.
>>> curl -i -X POST -F
>>> "library=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks"
>>> http://[stanbol]/ontonet/session/S1
>>
>> Odd, I tried this call exactly and it just worked for me.
>>
>> Usually a status 400 is returned if the value for "library" is a
>> malformed URL, but this one isn't.
>
> hmm, I tried this again after updating. But I still get
>
> HTTP/1.1 100 Continue
> HTTP/1.1 400 Bad Request
>
> Is the library supposed to show up visibly in the REST interface?
Well I tried this again and I get a 303:
$ curl -i -X POST -F
"library=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks"
http://localhost:8181/ontonet/session/1344417574190
HTTP/1.1 100 Continue
HTTP/1.1 303 See Other
Location:
http://localhost:8181/ontonet/session/1344417574190/http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks
Content-Length: 0
Server: Jetty(6.1.x)
and indeed the Location header value resolves to a resource (this might
change though, perhaps I will just replace it with the imports to the
ontologies in the library)
It could be that loading some ontology from the library failed to load
because of network problems or so, but IIRC it should return some other
status code.
> ok, I'll do that. Just to make sure I won't blow up my stanbol again
> this time: this means that I go into the dir ontologymanager/ and
> there execute my svn update and mvn clean install, right?
Yes, but remember that you must also install the OSGi bundles, so
mvn clean install -PinstallBundle -Dsling.url=[stanbol]/system/console
Would you do that now? I added some more log messages to the session
POST, so perhaps we may want to check the DEBUG log after you get a 400.
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
Re: ontonet/ontology upload registry into a scope
Posted by Melanie Reiplinger <me...@dfki.de>.
Hi Alessandro,
Am 07.08.2012 13:14, schrieb Alessandro Adamou:
>
>> I tried it for both, scopes and sessions. But for sessions I only get
>> '400 bad request'.
>> curl -i -X POST -F
>> "library=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks"
>> http://[stanbol]/ontonet/session/S1
>
> Odd, I tried this call exactly and it just worked for me.
>
> Usually a status 400 is returned if the value for "library" is a
> malformed URL, but this one isn't.
>
hmm, I tried this again after updating. But I still get
HTTP/1.1 100 Continue
HTTP/1.1 400 Bad Request
Is the library supposed to show up visibly in the REST interface?
Re: ontonet/ontology upload registry into a scope
Posted by Alessandro Adamou <ad...@cs.unibo.it>.
>> The form parameter for the POST is "library"
>
> ok, I guess with a bit creativity I could have come up with that one
> on my own.
> I was just all distracted by corereg and customreg and registry ... I
> even tried 'lib', but never thought of 'library' ;-)
No I just need to update the docs, once we've pulled through all the issues.
>> same story for sessions. Only one value per POST is allowed right now.
>
> one value per post is fine.
>
> I tried it for both, scopes and sessions. But for sessions I only get
> '400 bad request'.
> curl -i -X POST -F
> "library=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks"
> http://[stanbol]/ontonet/session/S1
Odd, I tried this call exactly and it just worked for me.
Usually a status 400 is returned if the value for "library" is a
malformed URL, but this one isn't.
Alternatively if loading the library contents failed for some reason,
you should get an INTERNAL SERVER ERROR.
--
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
Re: ontonet/ontology upload registry into a scope
Posted by Melanie Reiplinger <me...@dfki.de>.
Am 06.08.2012 17:32, schrieb Alessandro Adamou:
> Hi Melanie,
>
> On 8/6/12 2:32 PM, Melanie Reiplinger wrote:
>> [...] But what about storing a registry? Someone knows what is the
>> key for that? I'm not even sure if this is possible at all, or
>> whether libraries can be put into the core space of a scope only.
>
> The form parameter for the POST is "library"
ok, I guess with a bit creativity I could have come up with that one on
my own.
I was just all distracted by corereg and customreg and registry ... I
even tried 'lib', but never thought of 'library' ;-)
>
> e.g.
>
> curl -i -X POST -F
> "library=http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C"
> http://[stanbol]/ontonet/ontology/[scope_id]
>
> same story for sessions. Only one value per POST is allowed right now.
one value per post is fine.
I tried it for both, scopes and sessions. But for sessions I only get
'400 bad request'.
curl -i -X POST -F
"library=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks"
http://[stanbol]/ontonet/session/S1
>
> Usage of the term "registry" in the previous implementation was
> inappropriate. The aggregate object of multiple ontology sources is
> the library. Registries are the RDF graphs that describe one or more
> libraries (or parts thereof).
ok thank you, that clears up the distinction of both concepts.
g
melanie
>
> Alessandro
>
Re: ontonet/ontology upload registry into a scope
Posted by Alessandro Adamou <ad...@cs.unibo.it>.
Hi Melanie,
On 8/6/12 2:32 PM, Melanie Reiplinger wrote:
> [...] But what about storing a registry? Someone knows what is the key
> for that? I'm not even sure if this is possible at all, or whether
> libraries can be put into the core space of a scope only.
The form parameter for the POST is "library"
e.g.
curl -i -X POST -F
"library=http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C"
http://[stanbol]/ontonet/ontology/[scope_id]
same story for sessions. Only one value per POST is allowed right now.
Usage of the term "registry" in the previous implementation was
inappropriate. The aggregate object of multiple ontology sources is the
library. Registries are the RDF graphs that describe one or more
libraries (or parts thereof).
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
ontonet/ontology upload registry into a scope
Posted by Melanie Reiplinger <me...@dfki.de>.
Hi all.
Since the 'customont' and 'customreg' parameters have been taken out of
the scope manager, it is now possible to add ontologies and registries
(ontology libraries) into the custom space of a scope only after scope
creation using curl -F.
Adding an ontology works with
curl -i -X POST -F "url=<ontologyURL>" http...stanbol
i.e., specifying "url" as parameter. But what about storing a registry?
Someone knows what is the key for that? I'm not even sure if this is
possible at all, or whether libraries can be put into the core space of
a scope only.
Best,
melanie
Am 02.08.2012 14:17, schrieb Melanie Reiplinger:
> Am 02.08.2012 12:53, schrieb Melanie Reiplinger:
>> Am 02.08.2012 12:34, schrieb Alessandro Adamou:
>>> On 8/2/12 12:17 PM, Melanie Reiplinger wrote:
>>>> I just noticed that the same problem (303 at POST, then automatical
>>>> GET -> time out) exists for the session manager (when loading an
>>>> ontology into a session). This is a bit strange, since I'm pretty
>>>> sure that my tests for the session manager all worked out before my
>>>> last updates of Stanbol.
>>>
>>> Had you tested using the browser or curl?
>>
>> browser.
>>
>>>
>>> Also, when you rebuilt Stanbol did you remember to replace the
>>> Clerezza - SCB Jena TDB Storage Provider with the one from the
>>> 0.6-incubating-SNAPSHOT? Your delays could be due to many databases
>>> being created by the old implementation.
>>
>> o, sorry, I did not check for that since simple updating of
>> components didn't make any change here. But my last rebuild was a
>> complete re-installation, that's why now I sitll have the 0.5 Version
>> there. Thank you. Might be this explains it all, I will test it and
>> then report.
>
> Didn't help very much. First it looked like with the single dataset tc
> provider it worked better. Still, the GET requests failed (I see that
> in the network log of the browser), and still, they took several
> seconds, but at least they didn't cause a time out. But after a few
> minutes of testing it was just the same as before: time out and
> failure of uploading for ontologies.
>
> btw: is it possible meanwhile to delete a scope from a session by
> curl -X DELETE .../ontonet/session?scopeid=<scopeID>
> ? I'm just asking; this is no urgent issue.
>
>>
>>>
>>> (@Rupert is it enough to just build and install the
>>> rdf.jena.tdb.storage from the trunk to make sure it uses the single
>>> dataset tc provider?)
>>>
>>>> But then you said that the plain GET behaves now just like it has
>>>> before (showing the ontology axioms).
>>>
>>> Indeed, it still shows the axioms. I will change the redirect at
>>> some point.
>>>
>>> Alessandro
>>>
>>>
>>>> Am 01.08.2012 12:04, schrieb Melanie Reiplinger:
>>>>> Am 01.08.2012 12:01, schrieb Alessandro Adamou:
>>>>>> On 8/1/12 11:54 AM, Melanie Reiplinger wrote:
>>>>>>> Hi Alessandro,
>>>>>>>
>>>>>>> the GET for the test-response you sent takes less than a second
>>>>>>> for me. So then it is a bit strange that I'm getting these time
>>>>>>> out problems. Do you know if there's a way to avoid the
>>>>>>> subsequent GET after uploading the ontology?
>>>>>>
>>>>>> AFAIK no, as browsers react automatically on 303 responses.
>>>>>>
>>>>>> If you want, while I wait to implement Ajax forms that redirect
>>>>>> on 201, I can change the See Other Location header to the same as
>>>>>> the scope.
>>>>>
>>>>> yes, maybe this is the fastest and best solution for the time
>>>>> being, it would be great if you could do this. At least then this
>>>>> thing stops blocking my tests.
>>>>>
>>>>> g
>>>>> melanie
>>>>>
>>>>>>
>>>>>> Alessandro
>>>>>>
>>>>>>
>>>>>>> Am 01.08.2012 11:47, schrieb Alessandro Adamou:
>>>>>>>> On 8/1/12 10:54 AM, Melanie Reiplinger wrote:
>>>>>>>>> When I load an ontology upon a scope, using
>>>>>>>>> multipart/form-data (i.e., FormData object in Javascript),
>>>>>>>>> then automatically after this POST (if ending with 303), a GET
>>>>>>>>> is done by the Browser on the URL of the ontology. I guess
>>>>>>>>> this is due to the POST/Redirect/GET pattern.
>>>>>>>>
>>>>>>>> Yes. Actually I would like the it to return 201 Created, but
>>>>>>>> then I'd need all the POST request in the HTML forms to be
>>>>>>>> handled by Ajax instead of standard forms. Not sure yet on the
>>>>>>>> best way to do that though (I heard there's a forms extension
>>>>>>>> for jQuery that handles Ajax forms?).
>>>>>>>>
>>>>>>>>> The problem now is that this subsequent GET fails as time out.
>>>>>>>>> When doing the same GET via curl, it takes awfully long before
>>>>>>>>> it spits out the data belonging to the ontology.
>>>>>>>>
>>>>>>>> How long is it taking? When I load the OMV onto a scope (e.g.
>>>>>>>> from [1]), the subsequent GET responds in a couple of seconds
>>>>>>>> on my laptop. In general it has handled graphs with 100k
>>>>>>>> triples okay. How long is a GET taking for you on
>>>>>>>>
>>>>>>>> http://bernina.cs.unibo.it/stanbol/ontonet/ontology/test-response/http://omv.ontoware.org/2005/05/ontology
>>>>>>>>
>>>>>>>>
>>>>>>>> ?
>>>>>>>>
>>>>>>>>> Everything is ok if I specify -H "Accept:application/rdf+xml"
>>>>>>>>> for the GET, but I guess that the automatic GET done by the
>>>>>>>>> browser does a plain GET and therefore is kicked out for time
>>>>>>>>> out reason.
>>>>>>>>> Why does the plain GET take so long?
>>>>>>>>
>>>>>>>> Because at the moment the plain GET also shows the ontology
>>>>>>>> axioms (in Manchester syntax) just like the other GETs do.
>>>>>>>> Which means it takes as much time as to export the stored graph
>>>>>>>> to that format. But again, this should hold for ontologies much
>>>>>>>> larger than the OMV...
>>>>>>>>
>>>>>>>> Anyway, most likely the ontology code will disappear from the
>>>>>>>> HTML response. I'm not liking it that much and it can cause
>>>>>>>> trouble for large ontologies. I would like it to replace it
>>>>>>>> with a summary, some labels, maybe also key concepts...
>>>>>>>>
>>>>>>>> Best,
>>>>>>>> Alessandro
>>>>>>>>
>>>>>>>> [1] http://ontologydesignpatterns.org/ont/iks/kres/omv.owl
>>>>>>>>
>>>>>>>>
>>>>>>>>> Am 31.07.2012 16:29, schrieb Alessandro Adamou:
>>>>>>>>>> Hi Melanie,
>>>>>>>>>>
>>>>>>>>>> On 7/31/12 1:52 PM, Melanie Reiplinger wrote:
>>>>>>>>>>> I did a complete re-installation and rebuild last night. Now
>>>>>>>>>>> my bugs are gone, the delete for the contenthub works and I
>>>>>>>>>>> can see e.g. the modified RESTful interface of the
>>>>>>>>>>> ontologymanager (which I did not see before, in spite of
>>>>>>>>>>> updating). The curl command for adding 2 scopes at once to
>>>>>>>>>>> some existing session now works for me. :-)
>>>>>>>>>>
>>>>>>>>>> I forgot to tell you that in the latest update you had to
>>>>>>>>>> rebuild and reinstall commons/owl too. However this happened
>>>>>>>>>> automatically when you rebuilt the whole Stanbol.
>>>>>>>>>>
>>>>>>>>>> But anyway, to make sure the update takes place without
>>>>>>>>>> rebuilding everything, perhaps the best thing to do is to
>>>>>>>>>> install the single bundles as you build them, like this
>>>>>>>>>> (while Stanbol is up and running):
>>>>>>>>>>
>>>>>>>>>> mvn clean install -PinstallBundle
>>>>>>>>>> -Dsling.url=http://[stanbol]/system/console
>>>>>>>>>>
>>>>>>>>>> if you have changed the admin credentials to something other
>>>>>>>>>> than admin:admin , also add -Dsling.user=[admin-username]
>>>>>>>>>> -Dsling.password=[admin-password]
>>>>>>>>>>
>>>>>>>>>> Small update: I finally started working on the D of CRUD for
>>>>>>>>>> stored ontologies! (i.e. on the /ontonet endpoint). Not sure
>>>>>>>>>> how long it will take but I'd like to have a primitive
>>>>>>>>>> implementation by the end of the week.
>>>>>>>>>>
>>>>>>>>>> probably the first implementation will be conservative, i.e.
>>>>>>>>>> if there are any handles on the ontology you will get a 409
>>>>>>>>>> Conflict or 403 Forbidden, not sure yet. You will first have
>>>>>>>>>> to clear it of any handles from scopes or sessions.
>>>>>>>>>>
>>>>>>>>>>> Also for loading 2 libraries on a scope at creation, I
>>>>>>>>>>> succeeded after I had escaped the '&' symbol in the URL.
>>>>>>>>>>> This is a bit surprising for me, because I have used curl
>>>>>>>>>>> commands with the '&' several times and never had to escape
>>>>>>>>>>> it until now. I'll see how this works when sending the
>>>>>>>>>>> request via XmlHttpRequest using CORS, maybe then I don't
>>>>>>>>>>> need to escape it.
>>>>>>>>>>
>>>>>>>>>> This is a command line feature (I assume you're using curl
>>>>>>>>>> from a Unix shell). In Bash shells, the '&' character means
>>>>>>>>>> "fork this command as a background process" and everything
>>>>>>>>>> after it is ignored unless you escape it. You don't have to
>>>>>>>>>> escape it for Ajax requests, so I guess that's why it worked
>>>>>>>>>> for your XmlHttpRequest in JavaScript. Are you sure that in
>>>>>>>>>> your previous curl calls the query parameters from the second
>>>>>>>>>> on (i.e. that followed '&') were actually considered?
>>>>>>>>>>
>>>>>>>>>> Best,
>>>>>>>>>> Alessandro
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> Am 30.07.2012 14:16, schrieb Alessandro Adamou:
>>>>>>>>>>>> Hi Melanie,
>>>>>>>>>>>>
>>>>>>>>>>>> On 7/30/12 1:27 PM, Melanie Reiplinger wrote:
>>>>>>>>>>>>> Sorry for my late reply, but I took a 2-week break from
>>>>>>>>>>>>> the job to intensively study and revise for my exams that
>>>>>>>>>>>>> took place last week.
>>>>>>>>>>>>
>>>>>>>>>>>> I understand. I hope they all went fine. I too am
>>>>>>>>>>>> extensively working on my Ph.D. thesis (of which the
>>>>>>>>>>>> Stanbol ontology manager is but a partial implementation BTW).
>>>>>>>>>>>>
>>>>>>>>>>>> Can I be curious? I'd like to ask you what is the use case
>>>>>>>>>>>> you're using ontonet for...
>>>>>>>>>>>>
>>>>>>>>>>>>> I tried to pass e.g. several scopes to load them into a
>>>>>>>>>>>>> session, but I'm doing something wrong. In what form is
>>>>>>>>>>>>> the list of scopes expected? I tried specifying 2 -F
>>>>>>>>>>>>> parameters, like
>>>>>>>>>>>>> curl -i -X POST -F scope=scope1 -F scope=scope2
>>>>>>>>>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>>>>>>>>
>>>>>>>>>>>> Actually that is correct and it worked for me, provided
>>>>>>>>>>>> that scope1 scope2 and mysession were all created earlier.
>>>>>>>>>>>> What response are you receiving? You should just get a 303
>>>>>>>>>>>> on the session resource, but then if you request an RDF/OWl
>>>>>>>>>>>> of the session, as in
>>>>>>>>>>>>
>>>>>>>>>>>> curl -H "Accept: text/turtle"
>>>>>>>>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>>>>>>>>
>>>>>>>>>>>> you should see an import statement for each scope.
>>>>>>>>>>>>
>>>>>>>>>>>> Perhaps some day I will make scope attachment stateless via
>>>>>>>>>>>> GET.
>>>>>>>>>>>>
>>>>>>>>>>>> Trivial question: did you first svn update, rebuild,
>>>>>>>>>>>> cleanup the Stanbol installation etc?
>>>>>>>>>>>>
>>>>>>>>>>>>> The same for passing several corereg or coreont
>>>>>>>>>>>>> parameters: How do I list them for the curl command?
>>>>>>>>>>>>> Something like
>>>>>>>>>>>>> <stanbol>/ontology/scope1?corereg=lib1&corereg=lib2
>>>>>>>>>>>>> won't work. Do I have to specify a list?
>>>>>>>>>>>>
>>>>>>>>>>>> Again, that seems correct. But remember that if you are
>>>>>>>>>>>> using curl via command line you must escape the '&'
>>>>>>>>>>>> character. Example:
>>>>>>>>>>>>
>>>>>>>>>>>> curl -i -X PUT
>>>>>>>>>>>> [stanbol]/ontonet/ontology/scope1?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational\&corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C
>>>>>>>>>>>>
>>>>>>>>>>>> Hope this is helping
>>>>>>>>>>>>
>>>>>>>>>>>> Alessandro
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> Am 23.07.2012 18:44, schrieb Alessandro Adamou:
>>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Since you had been following its development more closely
>>>>>>>>>>>>>> than others, I just thought you might be interested in
>>>>>>>>>>>>>> the latest improvements in the Stanbol ontology manager.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Please do not hesitate to try it out to see if it better
>>>>>>>>>>>>>> fits your needs and give whatever feedback you would like.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> (NOTE I still need to update the documentation. That's my
>>>>>>>>>>>>>> next TODO)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> All the best,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Alessandro
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> -------- Original Message --------
>>>>>>>>>>>>>> Subject: Latest Ontology Manager improvements
>>>>>>>>>>>>>> Date: Mon, 23 Jul 2012 18:42:18 +0200
>>>>>>>>>>>>>> From: Alessandro Adamou <ad...@cs.unibo.it>
>>>>>>>>>>>>>> Reply-To: alexdma@apache.org
>>>>>>>>>>>>>> Organization: Alma Mater Studiorum - Università di
>>>>>>>>>>>>>> Bologna
>>>>>>>>>>>>>> To: stanbol-dev@incubator.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> just wanted to share about the work I did on the Stanbol
>>>>>>>>>>>>>> Ontology Manager over the last couple of months, as it is
>>>>>>>>>>>>>> also based on requests that surfaced on the list:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> NEW:
>>>>>>>>>>>>>> * Persistence and portability of ontology network
>>>>>>>>>>>>>> structures: relations between scopes, sessions and the
>>>>>>>>>>>>>> ontologies managed by them are now stored in a special
>>>>>>>>>>>>>> metadata graph. Scopes and sessions are restored as soon
>>>>>>>>>>>>>> as OntoNet activates (though sessions are restored in an
>>>>>>>>>>>>>> inactive state). I will publish the OWL schema soon.
>>>>>>>>>>>>>> * Configurable connectivity policies. Depending on the
>>>>>>>>>>>>>> chosen policy, more import statements will be declared
>>>>>>>>>>>>>> across scopes, spaces and session. This has shown to
>>>>>>>>>>>>>> greatly affect OWL axiom interpretation and reasoning
>>>>>>>>>>>>>> results. Default scheme is TIGHT.
>>>>>>>>>>>>>> * REST service for attaching/detaching multiple scopes to
>>>>>>>>>>>>>> a session at once. Just POST as many "scope={scopeID}"
>>>>>>>>>>>>>> form parameters as you like to the session resource. Any
>>>>>>>>>>>>>> previously attached scope not included will be detached
>>>>>>>>>>>>>> automatically
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> IMPROVED:
>>>>>>>>>>>>>> * Speedups. Reduced the likelihood of copying triples
>>>>>>>>>>>>>> from Clerezza-based input sources. This should reduce the
>>>>>>>>>>>>>> length of ontology load operations by about 50%.
>>>>>>>>>>>>>> * RESTful services for exporting ontology networks no
>>>>>>>>>>>>>> longer depend on the configured namespaces for OntoNet
>>>>>>>>>>>>>> components. URI prefixes are now extracted from the
>>>>>>>>>>>>>> request URL. Only the Java API depends on this
>>>>>>>>>>>>>> configuration now.
>>>>>>>>>>>>>> * HTML client can now create and delete scopes and sessions.
>>>>>>>>>>>>>> * POST service for creating sessions and letting Stanbol
>>>>>>>>>>>>>> choose their ID (will be returned as the Location header
>>>>>>>>>>>>>> in the 201 Created response)
>>>>>>>>>>>>>> * Most creation methods now return 201 Created with the
>>>>>>>>>>>>>> resource Location. It's still 303 for some service
>>>>>>>>>>>>>> because the HTML client uses POST forms and would not be
>>>>>>>>>>>>>> able to capture a 201 response and act thereupon.
>>>>>>>>>>>>>> * Ontology -> Stored Graph reconciliation policies (
>>>>>>>>>>>>>> STANBOL-426). It is now possible to obtain a "public key"
>>>>>>>>>>>>>> for each supplied OntologyID (incl. owl:versionIRI) or
>>>>>>>>>>>>>> physical URL.
>>>>>>>>>>>>>> * Parameters "corereg" and "coreont" for creating scopes
>>>>>>>>>>>>>> with ontologies and libraries embedded in their core
>>>>>>>>>>>>>> spaces can now have multiple values in a single call.
>>>>>>>>>>>>>> * Added backward links to the HTML interface
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> FIXED:
>>>>>>>>>>>>>> * CORS support (thanks Melanie for testing!)
>>>>>>>>>>>>>> * Parsing formats other than RDF/XML without specifying
>>>>>>>>>>>>>> the parser to try was often failing as the streams were
>>>>>>>>>>>>>> not being reset/recreated. This was also causing failures
>>>>>>>>>>>>>> if imported ontologies were in a format different than
>>>>>>>>>>>>>> RDF/XML.
>>>>>>>>>>>>>> * Graph naming policy for anonymous ontologies was
>>>>>>>>>>>>>> causing trouble when restoring components. Moved it out
>>>>>>>>>>>>>> of commons/owl
>>>>>>>>>>>>>> * Broke computational loops caused by cycles in import
>>>>>>>>>>>>>> graphs (a consequence of migrating to the Clerezza API).
>>>>>>>>>>>>>> * Got rid of the obsolete OWL API-based implementation
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Working on a couple more things right now, then once the
>>>>>>>>>>>>>> OntoNet renaming takes place I would call for a new
>>>>>>>>>>>>>> ontologymanager release.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Best,
>>>>>>>>>>>>>> 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
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> 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
>>
>>
>
Re: Ontonet scope manager Upload of Ontologies
Posted by Melanie Reiplinger <me...@dfki.de>.
Am 02.08.2012 12:53, schrieb Melanie Reiplinger:
> Am 02.08.2012 12:34, schrieb Alessandro Adamou:
>> On 8/2/12 12:17 PM, Melanie Reiplinger wrote:
>>> I just noticed that the same problem (303 at POST, then automatical
>>> GET -> time out) exists for the session manager (when loading an
>>> ontology into a session). This is a bit strange, since I'm pretty
>>> sure that my tests for the session manager all worked out before my
>>> last updates of Stanbol.
>>
>> Had you tested using the browser or curl?
>
> browser.
>
>>
>> Also, when you rebuilt Stanbol did you remember to replace the
>> Clerezza - SCB Jena TDB Storage Provider with the one from the
>> 0.6-incubating-SNAPSHOT? Your delays could be due to many databases
>> being created by the old implementation.
>
> o, sorry, I did not check for that since simple updating of components
> didn't make any change here. But my last rebuild was a complete
> re-installation, that's why now I sitll have the 0.5 Version there.
> Thank you. Might be this explains it all, I will test it and then report.
Didn't help very much. First it looked like with the single dataset tc
provider it worked better. Still, the GET requests failed (I see that in
the network log of the browser), and still, they took several seconds,
but at least they didn't cause a time out. But after a few minutes of
testing it was just the same as before: time out and failure of
uploading for ontologies.
btw: is it possible meanwhile to delete a scope from a session by
curl -X DELETE .../ontonet/session?scopeid=<scopeID>
? I'm just asking; this is no urgent issue.
>
>>
>> (@Rupert is it enough to just build and install the
>> rdf.jena.tdb.storage from the trunk to make sure it uses the single
>> dataset tc provider?)
>>
>>> But then you said that the plain GET behaves now just like it has
>>> before (showing the ontology axioms).
>>
>> Indeed, it still shows the axioms. I will change the redirect at some
>> point.
>>
>> Alessandro
>>
>>
>>> Am 01.08.2012 12:04, schrieb Melanie Reiplinger:
>>>> Am 01.08.2012 12:01, schrieb Alessandro Adamou:
>>>>> On 8/1/12 11:54 AM, Melanie Reiplinger wrote:
>>>>>> Hi Alessandro,
>>>>>>
>>>>>> the GET for the test-response you sent takes less than a second
>>>>>> for me. So then it is a bit strange that I'm getting these time
>>>>>> out problems. Do you know if there's a way to avoid the
>>>>>> subsequent GET after uploading the ontology?
>>>>>
>>>>> AFAIK no, as browsers react automatically on 303 responses.
>>>>>
>>>>> If you want, while I wait to implement Ajax forms that redirect on
>>>>> 201, I can change the See Other Location header to the same as the
>>>>> scope.
>>>>
>>>> yes, maybe this is the fastest and best solution for the time
>>>> being, it would be great if you could do this. At least then this
>>>> thing stops blocking my tests.
>>>>
>>>> g
>>>> melanie
>>>>
>>>>>
>>>>> Alessandro
>>>>>
>>>>>
>>>>>> Am 01.08.2012 11:47, schrieb Alessandro Adamou:
>>>>>>> On 8/1/12 10:54 AM, Melanie Reiplinger wrote:
>>>>>>>> When I load an ontology upon a scope, using multipart/form-data
>>>>>>>> (i.e., FormData object in Javascript), then automatically after
>>>>>>>> this POST (if ending with 303), a GET is done by the Browser on
>>>>>>>> the URL of the ontology. I guess this is due to the
>>>>>>>> POST/Redirect/GET pattern.
>>>>>>>
>>>>>>> Yes. Actually I would like the it to return 201 Created, but
>>>>>>> then I'd need all the POST request in the HTML forms to be
>>>>>>> handled by Ajax instead of standard forms. Not sure yet on the
>>>>>>> best way to do that though (I heard there's a forms extension
>>>>>>> for jQuery that handles Ajax forms?).
>>>>>>>
>>>>>>>> The problem now is that this subsequent GET fails as time out.
>>>>>>>> When doing the same GET via curl, it takes awfully long before
>>>>>>>> it spits out the data belonging to the ontology.
>>>>>>>
>>>>>>> How long is it taking? When I load the OMV onto a scope (e.g.
>>>>>>> from [1]), the subsequent GET responds in a couple of seconds on
>>>>>>> my laptop. In general it has handled graphs with 100k triples
>>>>>>> okay. How long is a GET taking for you on
>>>>>>>
>>>>>>> http://bernina.cs.unibo.it/stanbol/ontonet/ontology/test-response/http://omv.ontoware.org/2005/05/ontology
>>>>>>>
>>>>>>>
>>>>>>> ?
>>>>>>>
>>>>>>>> Everything is ok if I specify -H "Accept:application/rdf+xml"
>>>>>>>> for the GET, but I guess that the automatic GET done by the
>>>>>>>> browser does a plain GET and therefore is kicked out for time
>>>>>>>> out reason.
>>>>>>>> Why does the plain GET take so long?
>>>>>>>
>>>>>>> Because at the moment the plain GET also shows the ontology
>>>>>>> axioms (in Manchester syntax) just like the other GETs do. Which
>>>>>>> means it takes as much time as to export the stored graph to
>>>>>>> that format. But again, this should hold for ontologies much
>>>>>>> larger than the OMV...
>>>>>>>
>>>>>>> Anyway, most likely the ontology code will disappear from the
>>>>>>> HTML response. I'm not liking it that much and it can cause
>>>>>>> trouble for large ontologies. I would like it to replace it with
>>>>>>> a summary, some labels, maybe also key concepts...
>>>>>>>
>>>>>>> Best,
>>>>>>> Alessandro
>>>>>>>
>>>>>>> [1] http://ontologydesignpatterns.org/ont/iks/kres/omv.owl
>>>>>>>
>>>>>>>
>>>>>>>> Am 31.07.2012 16:29, schrieb Alessandro Adamou:
>>>>>>>>> Hi Melanie,
>>>>>>>>>
>>>>>>>>> On 7/31/12 1:52 PM, Melanie Reiplinger wrote:
>>>>>>>>>> I did a complete re-installation and rebuild last night. Now
>>>>>>>>>> my bugs are gone, the delete for the contenthub works and I
>>>>>>>>>> can see e.g. the modified RESTful interface of the
>>>>>>>>>> ontologymanager (which I did not see before, in spite of
>>>>>>>>>> updating). The curl command for adding 2 scopes at once to
>>>>>>>>>> some existing session now works for me. :-)
>>>>>>>>>
>>>>>>>>> I forgot to tell you that in the latest update you had to
>>>>>>>>> rebuild and reinstall commons/owl too. However this happened
>>>>>>>>> automatically when you rebuilt the whole Stanbol.
>>>>>>>>>
>>>>>>>>> But anyway, to make sure the update takes place without
>>>>>>>>> rebuilding everything, perhaps the best thing to do is to
>>>>>>>>> install the single bundles as you build them, like this (while
>>>>>>>>> Stanbol is up and running):
>>>>>>>>>
>>>>>>>>> mvn clean install -PinstallBundle
>>>>>>>>> -Dsling.url=http://[stanbol]/system/console
>>>>>>>>>
>>>>>>>>> if you have changed the admin credentials to something other
>>>>>>>>> than admin:admin , also add -Dsling.user=[admin-username]
>>>>>>>>> -Dsling.password=[admin-password]
>>>>>>>>>
>>>>>>>>> Small update: I finally started working on the D of CRUD for
>>>>>>>>> stored ontologies! (i.e. on the /ontonet endpoint). Not sure
>>>>>>>>> how long it will take but I'd like to have a primitive
>>>>>>>>> implementation by the end of the week.
>>>>>>>>>
>>>>>>>>> probably the first implementation will be conservative, i.e.
>>>>>>>>> if there are any handles on the ontology you will get a 409
>>>>>>>>> Conflict or 403 Forbidden, not sure yet. You will first have
>>>>>>>>> to clear it of any handles from scopes or sessions.
>>>>>>>>>
>>>>>>>>>> Also for loading 2 libraries on a scope at creation, I
>>>>>>>>>> succeeded after I had escaped the '&' symbol in the URL. This
>>>>>>>>>> is a bit surprising for me, because I have used curl commands
>>>>>>>>>> with the '&' several times and never had to escape it until
>>>>>>>>>> now. I'll see how this works when sending the request via
>>>>>>>>>> XmlHttpRequest using CORS, maybe then I don't need to escape it.
>>>>>>>>>
>>>>>>>>> This is a command line feature (I assume you're using curl
>>>>>>>>> from a Unix shell). In Bash shells, the '&' character means
>>>>>>>>> "fork this command as a background process" and everything
>>>>>>>>> after it is ignored unless you escape it. You don't have to
>>>>>>>>> escape it for Ajax requests, so I guess that's why it worked
>>>>>>>>> for your XmlHttpRequest in JavaScript. Are you sure that in
>>>>>>>>> your previous curl calls the query parameters from the second
>>>>>>>>> on (i.e. that followed '&') were actually considered?
>>>>>>>>>
>>>>>>>>> Best,
>>>>>>>>> Alessandro
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> Am 30.07.2012 14:16, schrieb Alessandro Adamou:
>>>>>>>>>>> Hi Melanie,
>>>>>>>>>>>
>>>>>>>>>>> On 7/30/12 1:27 PM, Melanie Reiplinger wrote:
>>>>>>>>>>>> Sorry for my late reply, but I took a 2-week break from the
>>>>>>>>>>>> job to intensively study and revise for my exams that took
>>>>>>>>>>>> place last week.
>>>>>>>>>>>
>>>>>>>>>>> I understand. I hope they all went fine. I too am
>>>>>>>>>>> extensively working on my Ph.D. thesis (of which the Stanbol
>>>>>>>>>>> ontology manager is but a partial implementation BTW).
>>>>>>>>>>>
>>>>>>>>>>> Can I be curious? I'd like to ask you what is the use case
>>>>>>>>>>> you're using ontonet for...
>>>>>>>>>>>
>>>>>>>>>>>> I tried to pass e.g. several scopes to load them into a
>>>>>>>>>>>> session, but I'm doing something wrong. In what form is the
>>>>>>>>>>>> list of scopes expected? I tried specifying 2 -F
>>>>>>>>>>>> parameters, like
>>>>>>>>>>>> curl -i -X POST -F scope=scope1 -F scope=scope2
>>>>>>>>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>>>>>>>
>>>>>>>>>>> Actually that is correct and it worked for me, provided that
>>>>>>>>>>> scope1 scope2 and mysession were all created earlier. What
>>>>>>>>>>> response are you receiving? You should just get a 303 on the
>>>>>>>>>>> session resource, but then if you request an RDF/OWl of the
>>>>>>>>>>> session, as in
>>>>>>>>>>>
>>>>>>>>>>> curl -H "Accept: text/turtle"
>>>>>>>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>>>>>>>
>>>>>>>>>>> you should see an import statement for each scope.
>>>>>>>>>>>
>>>>>>>>>>> Perhaps some day I will make scope attachment stateless via
>>>>>>>>>>> GET.
>>>>>>>>>>>
>>>>>>>>>>> Trivial question: did you first svn update, rebuild, cleanup
>>>>>>>>>>> the Stanbol installation etc?
>>>>>>>>>>>
>>>>>>>>>>>> The same for passing several corereg or coreont parameters:
>>>>>>>>>>>> How do I list them for the curl command? Something like
>>>>>>>>>>>> <stanbol>/ontology/scope1?corereg=lib1&corereg=lib2
>>>>>>>>>>>> won't work. Do I have to specify a list?
>>>>>>>>>>>
>>>>>>>>>>> Again, that seems correct. But remember that if you are
>>>>>>>>>>> using curl via command line you must escape the '&'
>>>>>>>>>>> character. Example:
>>>>>>>>>>>
>>>>>>>>>>> curl -i -X PUT
>>>>>>>>>>> [stanbol]/ontonet/ontology/scope1?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational\&corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C
>>>>>>>>>>>
>>>>>>>>>>> Hope this is helping
>>>>>>>>>>>
>>>>>>>>>>> Alessandro
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> Am 23.07.2012 18:44, schrieb Alessandro Adamou:
>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Since you had been following its development more closely
>>>>>>>>>>>>> than others, I just thought you might be interested in the
>>>>>>>>>>>>> latest improvements in the Stanbol ontology manager.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Please do not hesitate to try it out to see if it better
>>>>>>>>>>>>> fits your needs and give whatever feedback you would like.
>>>>>>>>>>>>>
>>>>>>>>>>>>> (NOTE I still need to update the documentation. That's my
>>>>>>>>>>>>> next TODO)
>>>>>>>>>>>>>
>>>>>>>>>>>>> All the best,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Alessandro
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> -------- Original Message --------
>>>>>>>>>>>>> Subject: Latest Ontology Manager improvements
>>>>>>>>>>>>> Date: Mon, 23 Jul 2012 18:42:18 +0200
>>>>>>>>>>>>> From: Alessandro Adamou <ad...@cs.unibo.it>
>>>>>>>>>>>>> Reply-To: alexdma@apache.org
>>>>>>>>>>>>> Organization: Alma Mater Studiorum - Università di
>>>>>>>>>>>>> Bologna
>>>>>>>>>>>>> To: stanbol-dev@incubator.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>
>>>>>>>>>>>>> just wanted to share about the work I did on the Stanbol
>>>>>>>>>>>>> Ontology Manager over the last couple of months, as it is
>>>>>>>>>>>>> also based on requests that surfaced on the list:
>>>>>>>>>>>>>
>>>>>>>>>>>>> NEW:
>>>>>>>>>>>>> * Persistence and portability of ontology network
>>>>>>>>>>>>> structures: relations between scopes, sessions and the
>>>>>>>>>>>>> ontologies managed by them are now stored in a special
>>>>>>>>>>>>> metadata graph. Scopes and sessions are restored as soon
>>>>>>>>>>>>> as OntoNet activates (though sessions are restored in an
>>>>>>>>>>>>> inactive state). I will publish the OWL schema soon.
>>>>>>>>>>>>> * Configurable connectivity policies. Depending on the
>>>>>>>>>>>>> chosen policy, more import statements will be declared
>>>>>>>>>>>>> across scopes, spaces and session. This has shown to
>>>>>>>>>>>>> greatly affect OWL axiom interpretation and reasoning
>>>>>>>>>>>>> results. Default scheme is TIGHT.
>>>>>>>>>>>>> * REST service for attaching/detaching multiple scopes to
>>>>>>>>>>>>> a session at once. Just POST as many "scope={scopeID}"
>>>>>>>>>>>>> form parameters as you like to the session resource. Any
>>>>>>>>>>>>> previously attached scope not included will be detached
>>>>>>>>>>>>> automatically
>>>>>>>>>>>>>
>>>>>>>>>>>>> IMPROVED:
>>>>>>>>>>>>> * Speedups. Reduced the likelihood of copying triples from
>>>>>>>>>>>>> Clerezza-based input sources. This should reduce the
>>>>>>>>>>>>> length of ontology load operations by about 50%.
>>>>>>>>>>>>> * RESTful services for exporting ontology networks no
>>>>>>>>>>>>> longer depend on the configured namespaces for OntoNet
>>>>>>>>>>>>> components. URI prefixes are now extracted from the
>>>>>>>>>>>>> request URL. Only the Java API depends on this
>>>>>>>>>>>>> configuration now.
>>>>>>>>>>>>> * HTML client can now create and delete scopes and sessions.
>>>>>>>>>>>>> * POST service for creating sessions and letting Stanbol
>>>>>>>>>>>>> choose their ID (will be returned as the Location header
>>>>>>>>>>>>> in the 201 Created response)
>>>>>>>>>>>>> * Most creation methods now return 201 Created with the
>>>>>>>>>>>>> resource Location. It's still 303 for some service because
>>>>>>>>>>>>> the HTML client uses POST forms and would not be able to
>>>>>>>>>>>>> capture a 201 response and act thereupon.
>>>>>>>>>>>>> * Ontology -> Stored Graph reconciliation policies (
>>>>>>>>>>>>> STANBOL-426). It is now possible to obtain a "public key"
>>>>>>>>>>>>> for each supplied OntologyID (incl. owl:versionIRI) or
>>>>>>>>>>>>> physical URL.
>>>>>>>>>>>>> * Parameters "corereg" and "coreont" for creating scopes
>>>>>>>>>>>>> with ontologies and libraries embedded in their core
>>>>>>>>>>>>> spaces can now have multiple values in a single call.
>>>>>>>>>>>>> * Added backward links to the HTML interface
>>>>>>>>>>>>>
>>>>>>>>>>>>> FIXED:
>>>>>>>>>>>>> * CORS support (thanks Melanie for testing!)
>>>>>>>>>>>>> * Parsing formats other than RDF/XML without specifying
>>>>>>>>>>>>> the parser to try was often failing as the streams were
>>>>>>>>>>>>> not being reset/recreated. This was also causing failures
>>>>>>>>>>>>> if imported ontologies were in a format different than
>>>>>>>>>>>>> RDF/XML.
>>>>>>>>>>>>> * Graph naming policy for anonymous ontologies was causing
>>>>>>>>>>>>> trouble when restoring components. Moved it out of
>>>>>>>>>>>>> commons/owl
>>>>>>>>>>>>> * Broke computational loops caused by cycles in import
>>>>>>>>>>>>> graphs (a consequence of migrating to the Clerezza API).
>>>>>>>>>>>>> * Got rid of the obsolete OWL API-based implementation
>>>>>>>>>>>>>
>>>>>>>>>>>>> Working on a couple more things right now, then once the
>>>>>>>>>>>>> OntoNet renaming takes place I would call for a new
>>>>>>>>>>>>> ontologymanager release.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Best,
>>>>>>>>>>>>> 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
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> 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
>
>
Re: Ontonet scope manager Upload of Ontologies
Posted by Melanie Reiplinger <me...@dfki.de>.
Am 02.08.2012 12:34, schrieb Alessandro Adamou:
> On 8/2/12 12:17 PM, Melanie Reiplinger wrote:
>> I just noticed that the same problem (303 at POST, then automatical
>> GET -> time out) exists for the session manager (when loading an
>> ontology into a session). This is a bit strange, since I'm pretty
>> sure that my tests for the session manager all worked out before my
>> last updates of Stanbol.
>
> Had you tested using the browser or curl?
browser.
>
> Also, when you rebuilt Stanbol did you remember to replace the
> Clerezza - SCB Jena TDB Storage Provider with the one from the
> 0.6-incubating-SNAPSHOT? Your delays could be due to many databases
> being created by the old implementation.
o, sorry, I did not check for that since simple updating of components
didn't make any change here. But my last rebuild was a complete
re-installation, that's why now I sitll have the 0.5 Version there.
Thank you. Might be this explains it all, I will test it and then report.
>
> (@Rupert is it enough to just build and install the
> rdf.jena.tdb.storage from the trunk to make sure it uses the single
> dataset tc provider?)
>
>> But then you said that the plain GET behaves now just like it has
>> before (showing the ontology axioms).
>
> Indeed, it still shows the axioms. I will change the redirect at some
> point.
>
> Alessandro
>
>
>> Am 01.08.2012 12:04, schrieb Melanie Reiplinger:
>>> Am 01.08.2012 12:01, schrieb Alessandro Adamou:
>>>> On 8/1/12 11:54 AM, Melanie Reiplinger wrote:
>>>>> Hi Alessandro,
>>>>>
>>>>> the GET for the test-response you sent takes less than a second
>>>>> for me. So then it is a bit strange that I'm getting these time
>>>>> out problems. Do you know if there's a way to avoid the subsequent
>>>>> GET after uploading the ontology?
>>>>
>>>> AFAIK no, as browsers react automatically on 303 responses.
>>>>
>>>> If you want, while I wait to implement Ajax forms that redirect on
>>>> 201, I can change the See Other Location header to the same as the
>>>> scope.
>>>
>>> yes, maybe this is the fastest and best solution for the time being,
>>> it would be great if you could do this. At least then this thing
>>> stops blocking my tests.
>>>
>>> g
>>> melanie
>>>
>>>>
>>>> Alessandro
>>>>
>>>>
>>>>> Am 01.08.2012 11:47, schrieb Alessandro Adamou:
>>>>>> On 8/1/12 10:54 AM, Melanie Reiplinger wrote:
>>>>>>> When I load an ontology upon a scope, using multipart/form-data
>>>>>>> (i.e., FormData object in Javascript), then automatically after
>>>>>>> this POST (if ending with 303), a GET is done by the Browser on
>>>>>>> the URL of the ontology. I guess this is due to the
>>>>>>> POST/Redirect/GET pattern.
>>>>>>
>>>>>> Yes. Actually I would like the it to return 201 Created, but then
>>>>>> I'd need all the POST request in the HTML forms to be handled by
>>>>>> Ajax instead of standard forms. Not sure yet on the best way to
>>>>>> do that though (I heard there's a forms extension for jQuery that
>>>>>> handles Ajax forms?).
>>>>>>
>>>>>>> The problem now is that this subsequent GET fails as time out.
>>>>>>> When doing the same GET via curl, it takes awfully long before
>>>>>>> it spits out the data belonging to the ontology.
>>>>>>
>>>>>> How long is it taking? When I load the OMV onto a scope (e.g.
>>>>>> from [1]), the subsequent GET responds in a couple of seconds on
>>>>>> my laptop. In general it has handled graphs with 100k triples
>>>>>> okay. How long is a GET taking for you on
>>>>>>
>>>>>> http://bernina.cs.unibo.it/stanbol/ontonet/ontology/test-response/http://omv.ontoware.org/2005/05/ontology
>>>>>>
>>>>>>
>>>>>> ?
>>>>>>
>>>>>>> Everything is ok if I specify -H "Accept:application/rdf+xml"
>>>>>>> for the GET, but I guess that the automatic GET done by the
>>>>>>> browser does a plain GET and therefore is kicked out for time
>>>>>>> out reason.
>>>>>>> Why does the plain GET take so long?
>>>>>>
>>>>>> Because at the moment the plain GET also shows the ontology
>>>>>> axioms (in Manchester syntax) just like the other GETs do. Which
>>>>>> means it takes as much time as to export the stored graph to that
>>>>>> format. But again, this should hold for ontologies much larger
>>>>>> than the OMV...
>>>>>>
>>>>>> Anyway, most likely the ontology code will disappear from the
>>>>>> HTML response. I'm not liking it that much and it can cause
>>>>>> trouble for large ontologies. I would like it to replace it with
>>>>>> a summary, some labels, maybe also key concepts...
>>>>>>
>>>>>> Best,
>>>>>> Alessandro
>>>>>>
>>>>>> [1] http://ontologydesignpatterns.org/ont/iks/kres/omv.owl
>>>>>>
>>>>>>
>>>>>>> Am 31.07.2012 16:29, schrieb Alessandro Adamou:
>>>>>>>> Hi Melanie,
>>>>>>>>
>>>>>>>> On 7/31/12 1:52 PM, Melanie Reiplinger wrote:
>>>>>>>>> I did a complete re-installation and rebuild last night. Now
>>>>>>>>> my bugs are gone, the delete for the contenthub works and I
>>>>>>>>> can see e.g. the modified RESTful interface of the
>>>>>>>>> ontologymanager (which I did not see before, in spite of
>>>>>>>>> updating). The curl command for adding 2 scopes at once to
>>>>>>>>> some existing session now works for me. :-)
>>>>>>>>
>>>>>>>> I forgot to tell you that in the latest update you had to
>>>>>>>> rebuild and reinstall commons/owl too. However this happened
>>>>>>>> automatically when you rebuilt the whole Stanbol.
>>>>>>>>
>>>>>>>> But anyway, to make sure the update takes place without
>>>>>>>> rebuilding everything, perhaps the best thing to do is to
>>>>>>>> install the single bundles as you build them, like this (while
>>>>>>>> Stanbol is up and running):
>>>>>>>>
>>>>>>>> mvn clean install -PinstallBundle
>>>>>>>> -Dsling.url=http://[stanbol]/system/console
>>>>>>>>
>>>>>>>> if you have changed the admin credentials to something other
>>>>>>>> than admin:admin , also add -Dsling.user=[admin-username]
>>>>>>>> -Dsling.password=[admin-password]
>>>>>>>>
>>>>>>>> Small update: I finally started working on the D of CRUD for
>>>>>>>> stored ontologies! (i.e. on the /ontonet endpoint). Not sure
>>>>>>>> how long it will take but I'd like to have a primitive
>>>>>>>> implementation by the end of the week.
>>>>>>>>
>>>>>>>> probably the first implementation will be conservative, i.e. if
>>>>>>>> there are any handles on the ontology you will get a 409
>>>>>>>> Conflict or 403 Forbidden, not sure yet. You will first have to
>>>>>>>> clear it of any handles from scopes or sessions.
>>>>>>>>
>>>>>>>>> Also for loading 2 libraries on a scope at creation, I
>>>>>>>>> succeeded after I had escaped the '&' symbol in the URL. This
>>>>>>>>> is a bit surprising for me, because I have used curl commands
>>>>>>>>> with the '&' several times and never had to escape it until
>>>>>>>>> now. I'll see how this works when sending the request via
>>>>>>>>> XmlHttpRequest using CORS, maybe then I don't need to escape it.
>>>>>>>>
>>>>>>>> This is a command line feature (I assume you're using curl from
>>>>>>>> a Unix shell). In Bash shells, the '&' character means "fork
>>>>>>>> this command as a background process" and everything after it
>>>>>>>> is ignored unless you escape it. You don't have to escape it
>>>>>>>> for Ajax requests, so I guess that's why it worked for your
>>>>>>>> XmlHttpRequest in JavaScript. Are you sure that in your
>>>>>>>> previous curl calls the query parameters from the second on
>>>>>>>> (i.e. that followed '&') were actually considered?
>>>>>>>>
>>>>>>>> Best,
>>>>>>>> Alessandro
>>>>>>>>
>>>>>>>>
>>>>>>>>> Am 30.07.2012 14:16, schrieb Alessandro Adamou:
>>>>>>>>>> Hi Melanie,
>>>>>>>>>>
>>>>>>>>>> On 7/30/12 1:27 PM, Melanie Reiplinger wrote:
>>>>>>>>>>> Sorry for my late reply, but I took a 2-week break from the
>>>>>>>>>>> job to intensively study and revise for my exams that took
>>>>>>>>>>> place last week.
>>>>>>>>>>
>>>>>>>>>> I understand. I hope they all went fine. I too am extensively
>>>>>>>>>> working on my Ph.D. thesis (of which the Stanbol ontology
>>>>>>>>>> manager is but a partial implementation BTW).
>>>>>>>>>>
>>>>>>>>>> Can I be curious? I'd like to ask you what is the use case
>>>>>>>>>> you're using ontonet for...
>>>>>>>>>>
>>>>>>>>>>> I tried to pass e.g. several scopes to load them into a
>>>>>>>>>>> session, but I'm doing something wrong. In what form is the
>>>>>>>>>>> list of scopes expected? I tried specifying 2 -F parameters,
>>>>>>>>>>> like
>>>>>>>>>>> curl -i -X POST -F scope=scope1 -F scope=scope2
>>>>>>>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>>>>>>
>>>>>>>>>> Actually that is correct and it worked for me, provided that
>>>>>>>>>> scope1 scope2 and mysession were all created earlier. What
>>>>>>>>>> response are you receiving? You should just get a 303 on the
>>>>>>>>>> session resource, but then if you request an RDF/OWl of the
>>>>>>>>>> session, as in
>>>>>>>>>>
>>>>>>>>>> curl -H "Accept: text/turtle"
>>>>>>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>>>>>>
>>>>>>>>>> you should see an import statement for each scope.
>>>>>>>>>>
>>>>>>>>>> Perhaps some day I will make scope attachment stateless via GET.
>>>>>>>>>>
>>>>>>>>>> Trivial question: did you first svn update, rebuild, cleanup
>>>>>>>>>> the Stanbol installation etc?
>>>>>>>>>>
>>>>>>>>>>> The same for passing several corereg or coreont parameters:
>>>>>>>>>>> How do I list them for the curl command? Something like
>>>>>>>>>>> <stanbol>/ontology/scope1?corereg=lib1&corereg=lib2
>>>>>>>>>>> won't work. Do I have to specify a list?
>>>>>>>>>>
>>>>>>>>>> Again, that seems correct. But remember that if you are using
>>>>>>>>>> curl via command line you must escape the '&' character.
>>>>>>>>>> Example:
>>>>>>>>>>
>>>>>>>>>> curl -i -X PUT
>>>>>>>>>> [stanbol]/ontonet/ontology/scope1?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational\&corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C
>>>>>>>>>>
>>>>>>>>>> Hope this is helping
>>>>>>>>>>
>>>>>>>>>> Alessandro
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> Am 23.07.2012 18:44, schrieb Alessandro Adamou:
>>>>>>>>>>>> Hi,
>>>>>>>>>>>>
>>>>>>>>>>>> Since you had been following its development more closely
>>>>>>>>>>>> than others, I just thought you might be interested in the
>>>>>>>>>>>> latest improvements in the Stanbol ontology manager.
>>>>>>>>>>>>
>>>>>>>>>>>> Please do not hesitate to try it out to see if it better
>>>>>>>>>>>> fits your needs and give whatever feedback you would like.
>>>>>>>>>>>>
>>>>>>>>>>>> (NOTE I still need to update the documentation. That's my
>>>>>>>>>>>> next TODO)
>>>>>>>>>>>>
>>>>>>>>>>>> All the best,
>>>>>>>>>>>>
>>>>>>>>>>>> Alessandro
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> -------- Original Message --------
>>>>>>>>>>>> Subject: Latest Ontology Manager improvements
>>>>>>>>>>>> Date: Mon, 23 Jul 2012 18:42:18 +0200
>>>>>>>>>>>> From: Alessandro Adamou <ad...@cs.unibo.it>
>>>>>>>>>>>> Reply-To: alexdma@apache.org
>>>>>>>>>>>> Organization: Alma Mater Studiorum - Università di Bologna
>>>>>>>>>>>> To: stanbol-dev@incubator.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Hi,
>>>>>>>>>>>>
>>>>>>>>>>>> just wanted to share about the work I did on the Stanbol
>>>>>>>>>>>> Ontology Manager over the last couple of months, as it is
>>>>>>>>>>>> also based on requests that surfaced on the list:
>>>>>>>>>>>>
>>>>>>>>>>>> NEW:
>>>>>>>>>>>> * Persistence and portability of ontology network
>>>>>>>>>>>> structures: relations between scopes, sessions and the
>>>>>>>>>>>> ontologies managed by them are now stored in a special
>>>>>>>>>>>> metadata graph. Scopes and sessions are restored as soon as
>>>>>>>>>>>> OntoNet activates (though sessions are restored in an
>>>>>>>>>>>> inactive state). I will publish the OWL schema soon.
>>>>>>>>>>>> * Configurable connectivity policies. Depending on the
>>>>>>>>>>>> chosen policy, more import statements will be declared
>>>>>>>>>>>> across scopes, spaces and session. This has shown to
>>>>>>>>>>>> greatly affect OWL axiom interpretation and reasoning
>>>>>>>>>>>> results. Default scheme is TIGHT.
>>>>>>>>>>>> * REST service for attaching/detaching multiple scopes to a
>>>>>>>>>>>> session at once. Just POST as many "scope={scopeID}" form
>>>>>>>>>>>> parameters as you like to the session resource. Any
>>>>>>>>>>>> previously attached scope not included will be detached
>>>>>>>>>>>> automatically
>>>>>>>>>>>>
>>>>>>>>>>>> IMPROVED:
>>>>>>>>>>>> * Speedups. Reduced the likelihood of copying triples from
>>>>>>>>>>>> Clerezza-based input sources. This should reduce the length
>>>>>>>>>>>> of ontology load operations by about 50%.
>>>>>>>>>>>> * RESTful services for exporting ontology networks no
>>>>>>>>>>>> longer depend on the configured namespaces for OntoNet
>>>>>>>>>>>> components. URI prefixes are now extracted from the request
>>>>>>>>>>>> URL. Only the Java API depends on this configuration now.
>>>>>>>>>>>> * HTML client can now create and delete scopes and sessions.
>>>>>>>>>>>> * POST service for creating sessions and letting Stanbol
>>>>>>>>>>>> choose their ID (will be returned as the Location header in
>>>>>>>>>>>> the 201 Created response)
>>>>>>>>>>>> * Most creation methods now return 201 Created with the
>>>>>>>>>>>> resource Location. It's still 303 for some service because
>>>>>>>>>>>> the HTML client uses POST forms and would not be able to
>>>>>>>>>>>> capture a 201 response and act thereupon.
>>>>>>>>>>>> * Ontology -> Stored Graph reconciliation policies (
>>>>>>>>>>>> STANBOL-426). It is now possible to obtain a "public key"
>>>>>>>>>>>> for each supplied OntologyID (incl. owl:versionIRI) or
>>>>>>>>>>>> physical URL.
>>>>>>>>>>>> * Parameters "corereg" and "coreont" for creating scopes
>>>>>>>>>>>> with ontologies and libraries embedded in their core spaces
>>>>>>>>>>>> can now have multiple values in a single call.
>>>>>>>>>>>> * Added backward links to the HTML interface
>>>>>>>>>>>>
>>>>>>>>>>>> FIXED:
>>>>>>>>>>>> * CORS support (thanks Melanie for testing!)
>>>>>>>>>>>> * Parsing formats other than RDF/XML without specifying the
>>>>>>>>>>>> parser to try was often failing as the streams were not
>>>>>>>>>>>> being reset/recreated. This was also causing failures if
>>>>>>>>>>>> imported ontologies were in a format different than RDF/XML.
>>>>>>>>>>>> * Graph naming policy for anonymous ontologies was causing
>>>>>>>>>>>> trouble when restoring components. Moved it out of commons/owl
>>>>>>>>>>>> * Broke computational loops caused by cycles in import
>>>>>>>>>>>> graphs (a consequence of migrating to the Clerezza API).
>>>>>>>>>>>> * Got rid of the obsolete OWL API-based implementation
>>>>>>>>>>>>
>>>>>>>>>>>> Working on a couple more things right now, then once the
>>>>>>>>>>>> OntoNet renaming takes place I would call for a new
>>>>>>>>>>>> ontologymanager release.
>>>>>>>>>>>>
>>>>>>>>>>>> Best,
>>>>>>>>>>>> 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
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> 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
Re: Ontonet scope manager Upload of Ontologies
Posted by Alessandro Adamou <ad...@cs.unibo.it>.
On 8/2/12 12:17 PM, Melanie Reiplinger wrote:
> I just noticed that the same problem (303 at POST, then automatical
> GET -> time out) exists for the session manager (when loading an
> ontology into a session). This is a bit strange, since I'm pretty sure
> that my tests for the session manager all worked out before my last
> updates of Stanbol.
Had you tested using the browser or curl?
Also, when you rebuilt Stanbol did you remember to replace the Clerezza
- SCB Jena TDB Storage Provider with the one from the
0.6-incubating-SNAPSHOT? Your delays could be due to many databases
being created by the old implementation.
(@Rupert is it enough to just build and install the rdf.jena.tdb.storage
from the trunk to make sure it uses the single dataset tc provider?)
> But then you said that the plain GET behaves now just like it has
> before (showing the ontology axioms).
Indeed, it still shows the axioms. I will change the redirect at some point.
Alessandro
> Am 01.08.2012 12:04, schrieb Melanie Reiplinger:
>> Am 01.08.2012 12:01, schrieb Alessandro Adamou:
>>> On 8/1/12 11:54 AM, Melanie Reiplinger wrote:
>>>> Hi Alessandro,
>>>>
>>>> the GET for the test-response you sent takes less than a second for
>>>> me. So then it is a bit strange that I'm getting these time out
>>>> problems. Do you know if there's a way to avoid the subsequent GET
>>>> after uploading the ontology?
>>>
>>> AFAIK no, as browsers react automatically on 303 responses.
>>>
>>> If you want, while I wait to implement Ajax forms that redirect on
>>> 201, I can change the See Other Location header to the same as the
>>> scope.
>>
>> yes, maybe this is the fastest and best solution for the time being,
>> it would be great if you could do this. At least then this thing
>> stops blocking my tests.
>>
>> g
>> melanie
>>
>>>
>>> Alessandro
>>>
>>>
>>>> Am 01.08.2012 11:47, schrieb Alessandro Adamou:
>>>>> On 8/1/12 10:54 AM, Melanie Reiplinger wrote:
>>>>>> When I load an ontology upon a scope, using multipart/form-data
>>>>>> (i.e., FormData object in Javascript), then automatically after
>>>>>> this POST (if ending with 303), a GET is done by the Browser on
>>>>>> the URL of the ontology. I guess this is due to the
>>>>>> POST/Redirect/GET pattern.
>>>>>
>>>>> Yes. Actually I would like the it to return 201 Created, but then
>>>>> I'd need all the POST request in the HTML forms to be handled by
>>>>> Ajax instead of standard forms. Not sure yet on the best way to do
>>>>> that though (I heard there's a forms extension for jQuery that
>>>>> handles Ajax forms?).
>>>>>
>>>>>> The problem now is that this subsequent GET fails as time out.
>>>>>> When doing the same GET via curl, it takes awfully long before it
>>>>>> spits out the data belonging to the ontology.
>>>>>
>>>>> How long is it taking? When I load the OMV onto a scope (e.g. from
>>>>> [1]), the subsequent GET responds in a couple of seconds on my
>>>>> laptop. In general it has handled graphs with 100k triples okay.
>>>>> How long is a GET taking for you on
>>>>>
>>>>> http://bernina.cs.unibo.it/stanbol/ontonet/ontology/test-response/http://omv.ontoware.org/2005/05/ontology
>>>>>
>>>>>
>>>>> ?
>>>>>
>>>>>> Everything is ok if I specify -H "Accept:application/rdf+xml"
>>>>>> for the GET, but I guess that the automatic GET done by the
>>>>>> browser does a plain GET and therefore is kicked out for time out
>>>>>> reason.
>>>>>> Why does the plain GET take so long?
>>>>>
>>>>> Because at the moment the plain GET also shows the ontology axioms
>>>>> (in Manchester syntax) just like the other GETs do. Which means it
>>>>> takes as much time as to export the stored graph to that format.
>>>>> But again, this should hold for ontologies much larger than the
>>>>> OMV...
>>>>>
>>>>> Anyway, most likely the ontology code will disappear from the HTML
>>>>> response. I'm not liking it that much and it can cause trouble for
>>>>> large ontologies. I would like it to replace it with a summary,
>>>>> some labels, maybe also key concepts...
>>>>>
>>>>> Best,
>>>>> Alessandro
>>>>>
>>>>> [1] http://ontologydesignpatterns.org/ont/iks/kres/omv.owl
>>>>>
>>>>>
>>>>>> Am 31.07.2012 16:29, schrieb Alessandro Adamou:
>>>>>>> Hi Melanie,
>>>>>>>
>>>>>>> On 7/31/12 1:52 PM, Melanie Reiplinger wrote:
>>>>>>>> I did a complete re-installation and rebuild last night. Now my
>>>>>>>> bugs are gone, the delete for the contenthub works and I can
>>>>>>>> see e.g. the modified RESTful interface of the ontologymanager
>>>>>>>> (which I did not see before, in spite of updating). The curl
>>>>>>>> command for adding 2 scopes at once to some existing session
>>>>>>>> now works for me. :-)
>>>>>>>
>>>>>>> I forgot to tell you that in the latest update you had to
>>>>>>> rebuild and reinstall commons/owl too. However this happened
>>>>>>> automatically when you rebuilt the whole Stanbol.
>>>>>>>
>>>>>>> But anyway, to make sure the update takes place without
>>>>>>> rebuilding everything, perhaps the best thing to do is to
>>>>>>> install the single bundles as you build them, like this (while
>>>>>>> Stanbol is up and running):
>>>>>>>
>>>>>>> mvn clean install -PinstallBundle
>>>>>>> -Dsling.url=http://[stanbol]/system/console
>>>>>>>
>>>>>>> if you have changed the admin credentials to something other
>>>>>>> than admin:admin , also add -Dsling.user=[admin-username]
>>>>>>> -Dsling.password=[admin-password]
>>>>>>>
>>>>>>> Small update: I finally started working on the D of CRUD for
>>>>>>> stored ontologies! (i.e. on the /ontonet endpoint). Not sure how
>>>>>>> long it will take but I'd like to have a primitive
>>>>>>> implementation by the end of the week.
>>>>>>>
>>>>>>> probably the first implementation will be conservative, i.e. if
>>>>>>> there are any handles on the ontology you will get a 409
>>>>>>> Conflict or 403 Forbidden, not sure yet. You will first have to
>>>>>>> clear it of any handles from scopes or sessions.
>>>>>>>
>>>>>>>> Also for loading 2 libraries on a scope at creation, I
>>>>>>>> succeeded after I had escaped the '&' symbol in the URL. This
>>>>>>>> is a bit surprising for me, because I have used curl commands
>>>>>>>> with the '&' several times and never had to escape it until
>>>>>>>> now. I'll see how this works when sending the request via
>>>>>>>> XmlHttpRequest using CORS, maybe then I don't need to escape it.
>>>>>>>
>>>>>>> This is a command line feature (I assume you're using curl from
>>>>>>> a Unix shell). In Bash shells, the '&' character means "fork
>>>>>>> this command as a background process" and everything after it is
>>>>>>> ignored unless you escape it. You don't have to escape it for
>>>>>>> Ajax requests, so I guess that's why it worked for your
>>>>>>> XmlHttpRequest in JavaScript. Are you sure that in your previous
>>>>>>> curl calls the query parameters from the second on (i.e. that
>>>>>>> followed '&') were actually considered?
>>>>>>>
>>>>>>> Best,
>>>>>>> Alessandro
>>>>>>>
>>>>>>>
>>>>>>>> Am 30.07.2012 14:16, schrieb Alessandro Adamou:
>>>>>>>>> Hi Melanie,
>>>>>>>>>
>>>>>>>>> On 7/30/12 1:27 PM, Melanie Reiplinger wrote:
>>>>>>>>>> Sorry for my late reply, but I took a 2-week break from the
>>>>>>>>>> job to intensively study and revise for my exams that took
>>>>>>>>>> place last week.
>>>>>>>>>
>>>>>>>>> I understand. I hope they all went fine. I too am extensively
>>>>>>>>> working on my Ph.D. thesis (of which the Stanbol ontology
>>>>>>>>> manager is but a partial implementation BTW).
>>>>>>>>>
>>>>>>>>> Can I be curious? I'd like to ask you what is the use case
>>>>>>>>> you're using ontonet for...
>>>>>>>>>
>>>>>>>>>> I tried to pass e.g. several scopes to load them into a
>>>>>>>>>> session, but I'm doing something wrong. In what form is the
>>>>>>>>>> list of scopes expected? I tried specifying 2 -F parameters,
>>>>>>>>>> like
>>>>>>>>>> curl -i -X POST -F scope=scope1 -F scope=scope2
>>>>>>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>>>>>
>>>>>>>>> Actually that is correct and it worked for me, provided that
>>>>>>>>> scope1 scope2 and mysession were all created earlier. What
>>>>>>>>> response are you receiving? You should just get a 303 on the
>>>>>>>>> session resource, but then if you request an RDF/OWl of the
>>>>>>>>> session, as in
>>>>>>>>>
>>>>>>>>> curl -H "Accept: text/turtle"
>>>>>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>>>>>
>>>>>>>>> you should see an import statement for each scope.
>>>>>>>>>
>>>>>>>>> Perhaps some day I will make scope attachment stateless via GET.
>>>>>>>>>
>>>>>>>>> Trivial question: did you first svn update, rebuild, cleanup
>>>>>>>>> the Stanbol installation etc?
>>>>>>>>>
>>>>>>>>>> The same for passing several corereg or coreont parameters:
>>>>>>>>>> How do I list them for the curl command? Something like
>>>>>>>>>> <stanbol>/ontology/scope1?corereg=lib1&corereg=lib2
>>>>>>>>>> won't work. Do I have to specify a list?
>>>>>>>>>
>>>>>>>>> Again, that seems correct. But remember that if you are using
>>>>>>>>> curl via command line you must escape the '&' character. Example:
>>>>>>>>>
>>>>>>>>> curl -i -X PUT
>>>>>>>>> [stanbol]/ontonet/ontology/scope1?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational\&corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C
>>>>>>>>>
>>>>>>>>> Hope this is helping
>>>>>>>>>
>>>>>>>>> Alessandro
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> Am 23.07.2012 18:44, schrieb Alessandro Adamou:
>>>>>>>>>>> Hi,
>>>>>>>>>>>
>>>>>>>>>>> Since you had been following its development more closely
>>>>>>>>>>> than others, I just thought you might be interested in the
>>>>>>>>>>> latest improvements in the Stanbol ontology manager.
>>>>>>>>>>>
>>>>>>>>>>> Please do not hesitate to try it out to see if it better
>>>>>>>>>>> fits your needs and give whatever feedback you would like.
>>>>>>>>>>>
>>>>>>>>>>> (NOTE I still need to update the documentation. That's my
>>>>>>>>>>> next TODO)
>>>>>>>>>>>
>>>>>>>>>>> All the best,
>>>>>>>>>>>
>>>>>>>>>>> Alessandro
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> -------- Original Message --------
>>>>>>>>>>> Subject: Latest Ontology Manager improvements
>>>>>>>>>>> Date: Mon, 23 Jul 2012 18:42:18 +0200
>>>>>>>>>>> From: Alessandro Adamou <ad...@cs.unibo.it>
>>>>>>>>>>> Reply-To: alexdma@apache.org
>>>>>>>>>>> Organization: Alma Mater Studiorum - Università di Bologna
>>>>>>>>>>> To: stanbol-dev@incubator.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Hi,
>>>>>>>>>>>
>>>>>>>>>>> just wanted to share about the work I did on the Stanbol
>>>>>>>>>>> Ontology Manager over the last couple of months, as it is
>>>>>>>>>>> also based on requests that surfaced on the list:
>>>>>>>>>>>
>>>>>>>>>>> NEW:
>>>>>>>>>>> * Persistence and portability of ontology network
>>>>>>>>>>> structures: relations between scopes, sessions and the
>>>>>>>>>>> ontologies managed by them are now stored in a special
>>>>>>>>>>> metadata graph. Scopes and sessions are restored as soon as
>>>>>>>>>>> OntoNet activates (though sessions are restored in an
>>>>>>>>>>> inactive state). I will publish the OWL schema soon.
>>>>>>>>>>> * Configurable connectivity policies. Depending on the
>>>>>>>>>>> chosen policy, more import statements will be declared
>>>>>>>>>>> across scopes, spaces and session. This has shown to greatly
>>>>>>>>>>> affect OWL axiom interpretation and reasoning results.
>>>>>>>>>>> Default scheme is TIGHT.
>>>>>>>>>>> * REST service for attaching/detaching multiple scopes to a
>>>>>>>>>>> session at once. Just POST as many "scope={scopeID}" form
>>>>>>>>>>> parameters as you like to the session resource. Any
>>>>>>>>>>> previously attached scope not included will be detached
>>>>>>>>>>> automatically
>>>>>>>>>>>
>>>>>>>>>>> IMPROVED:
>>>>>>>>>>> * Speedups. Reduced the likelihood of copying triples from
>>>>>>>>>>> Clerezza-based input sources. This should reduce the length
>>>>>>>>>>> of ontology load operations by about 50%.
>>>>>>>>>>> * RESTful services for exporting ontology networks no longer
>>>>>>>>>>> depend on the configured namespaces for OntoNet components.
>>>>>>>>>>> URI prefixes are now extracted from the request URL. Only
>>>>>>>>>>> the Java API depends on this configuration now.
>>>>>>>>>>> * HTML client can now create and delete scopes and sessions.
>>>>>>>>>>> * POST service for creating sessions and letting Stanbol
>>>>>>>>>>> choose their ID (will be returned as the Location header in
>>>>>>>>>>> the 201 Created response)
>>>>>>>>>>> * Most creation methods now return 201 Created with the
>>>>>>>>>>> resource Location. It's still 303 for some service because
>>>>>>>>>>> the HTML client uses POST forms and would not be able to
>>>>>>>>>>> capture a 201 response and act thereupon.
>>>>>>>>>>> * Ontology -> Stored Graph reconciliation policies (
>>>>>>>>>>> STANBOL-426). It is now possible to obtain a "public key"
>>>>>>>>>>> for each supplied OntologyID (incl. owl:versionIRI) or
>>>>>>>>>>> physical URL.
>>>>>>>>>>> * Parameters "corereg" and "coreont" for creating scopes
>>>>>>>>>>> with ontologies and libraries embedded in their core spaces
>>>>>>>>>>> can now have multiple values in a single call.
>>>>>>>>>>> * Added backward links to the HTML interface
>>>>>>>>>>>
>>>>>>>>>>> FIXED:
>>>>>>>>>>> * CORS support (thanks Melanie for testing!)
>>>>>>>>>>> * Parsing formats other than RDF/XML without specifying the
>>>>>>>>>>> parser to try was often failing as the streams were not
>>>>>>>>>>> being reset/recreated. This was also causing failures if
>>>>>>>>>>> imported ontologies were in a format different than RDF/XML.
>>>>>>>>>>> * Graph naming policy for anonymous ontologies was causing
>>>>>>>>>>> trouble when restoring components. Moved it out of commons/owl
>>>>>>>>>>> * Broke computational loops caused by cycles in import
>>>>>>>>>>> graphs (a consequence of migrating to the Clerezza API).
>>>>>>>>>>> * Got rid of the obsolete OWL API-based implementation
>>>>>>>>>>>
>>>>>>>>>>> Working on a couple more things right now, then once the
>>>>>>>>>>> OntoNet renaming takes place I would call for a new
>>>>>>>>>>> ontologymanager release.
>>>>>>>>>>>
>>>>>>>>>>> Best,
>>>>>>>>>>> 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
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> 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
Re: Ontonet scope manager Upload of Ontologies
Posted by Melanie Reiplinger <me...@dfki.de>.
Hi Alessandro,
I just noticed that the same problem (303 at POST, then automatical GET
-> time out) exists for the session manager (when loading an ontology
into a session). This is a bit strange, since I'm pretty sure that my
tests for the session manager all worked out before my last updates of
Stanbol. But then you said that the plain GET behaves now just like it
has before (showing the ontology axioms).
g
melanie
Am 01.08.2012 12:04, schrieb Melanie Reiplinger:
> Am 01.08.2012 12:01, schrieb Alessandro Adamou:
>> On 8/1/12 11:54 AM, Melanie Reiplinger wrote:
>>> Hi Alessandro,
>>>
>>> the GET for the test-response you sent takes less than a second for
>>> me. So then it is a bit strange that I'm getting these time out
>>> problems. Do you know if there's a way to avoid the subsequent GET
>>> after uploading the ontology?
>>
>> AFAIK no, as browsers react automatically on 303 responses.
>>
>> If you want, while I wait to implement Ajax forms that redirect on
>> 201, I can change the See Other Location header to the same as the
>> scope.
>
> yes, maybe this is the fastest and best solution for the time being,
> it would be great if you could do this. At least then this thing stops
> blocking my tests.
>
> g
> melanie
>
>>
>> Alessandro
>>
>>
>>> Am 01.08.2012 11:47, schrieb Alessandro Adamou:
>>>> On 8/1/12 10:54 AM, Melanie Reiplinger wrote:
>>>>> When I load an ontology upon a scope, using multipart/form-data
>>>>> (i.e., FormData object in Javascript), then automatically after
>>>>> this POST (if ending with 303), a GET is done by the Browser on
>>>>> the URL of the ontology. I guess this is due to the
>>>>> POST/Redirect/GET pattern.
>>>>
>>>> Yes. Actually I would like the it to return 201 Created, but then
>>>> I'd need all the POST request in the HTML forms to be handled by
>>>> Ajax instead of standard forms. Not sure yet on the best way to do
>>>> that though (I heard there's a forms extension for jQuery that
>>>> handles Ajax forms?).
>>>>
>>>>> The problem now is that this subsequent GET fails as time out.
>>>>> When doing the same GET via curl, it takes awfully long before it
>>>>> spits out the data belonging to the ontology.
>>>>
>>>> How long is it taking? When I load the OMV onto a scope (e.g. from
>>>> [1]), the subsequent GET responds in a couple of seconds on my
>>>> laptop. In general it has handled graphs with 100k triples okay.
>>>> How long is a GET taking for you on
>>>>
>>>> http://bernina.cs.unibo.it/stanbol/ontonet/ontology/test-response/http://omv.ontoware.org/2005/05/ontology
>>>>
>>>>
>>>> ?
>>>>
>>>>> Everything is ok if I specify -H "Accept:application/rdf+xml" for
>>>>> the GET, but I guess that the automatic GET done by the browser
>>>>> does a plain GET and therefore is kicked out for time out reason.
>>>>> Why does the plain GET take so long?
>>>>
>>>> Because at the moment the plain GET also shows the ontology axioms
>>>> (in Manchester syntax) just like the other GETs do. Which means it
>>>> takes as much time as to export the stored graph to that format.
>>>> But again, this should hold for ontologies much larger than the OMV...
>>>>
>>>> Anyway, most likely the ontology code will disappear from the HTML
>>>> response. I'm not liking it that much and it can cause trouble for
>>>> large ontologies. I would like it to replace it with a summary,
>>>> some labels, maybe also key concepts...
>>>>
>>>> Best,
>>>> Alessandro
>>>>
>>>> [1] http://ontologydesignpatterns.org/ont/iks/kres/omv.owl
>>>>
>>>>
>>>>> Am 31.07.2012 16:29, schrieb Alessandro Adamou:
>>>>>> Hi Melanie,
>>>>>>
>>>>>> On 7/31/12 1:52 PM, Melanie Reiplinger wrote:
>>>>>>> I did a complete re-installation and rebuild last night. Now my
>>>>>>> bugs are gone, the delete for the contenthub works and I can see
>>>>>>> e.g. the modified RESTful interface of the ontologymanager
>>>>>>> (which I did not see before, in spite of updating). The curl
>>>>>>> command for adding 2 scopes at once to some existing session now
>>>>>>> works for me. :-)
>>>>>>
>>>>>> I forgot to tell you that in the latest update you had to rebuild
>>>>>> and reinstall commons/owl too. However this happened
>>>>>> automatically when you rebuilt the whole Stanbol.
>>>>>>
>>>>>> But anyway, to make sure the update takes place without
>>>>>> rebuilding everything, perhaps the best thing to do is to install
>>>>>> the single bundles as you build them, like this (while Stanbol is
>>>>>> up and running):
>>>>>>
>>>>>> mvn clean install -PinstallBundle
>>>>>> -Dsling.url=http://[stanbol]/system/console
>>>>>>
>>>>>> if you have changed the admin credentials to something other than
>>>>>> admin:admin , also add -Dsling.user=[admin-username]
>>>>>> -Dsling.password=[admin-password]
>>>>>>
>>>>>> Small update: I finally started working on the D of CRUD for
>>>>>> stored ontologies! (i.e. on the /ontonet endpoint). Not sure how
>>>>>> long it will take but I'd like to have a primitive implementation
>>>>>> by the end of the week.
>>>>>>
>>>>>> probably the first implementation will be conservative, i.e. if
>>>>>> there are any handles on the ontology you will get a 409 Conflict
>>>>>> or 403 Forbidden, not sure yet. You will first have to clear it
>>>>>> of any handles from scopes or sessions.
>>>>>>
>>>>>>> Also for loading 2 libraries on a scope at creation, I succeeded
>>>>>>> after I had escaped the '&' symbol in the URL. This is a bit
>>>>>>> surprising for me, because I have used curl commands with the
>>>>>>> '&' several times and never had to escape it until now. I'll see
>>>>>>> how this works when sending the request via XmlHttpRequest using
>>>>>>> CORS, maybe then I don't need to escape it.
>>>>>>
>>>>>> This is a command line feature (I assume you're using curl from a
>>>>>> Unix shell). In Bash shells, the '&' character means "fork this
>>>>>> command as a background process" and everything after it is
>>>>>> ignored unless you escape it. You don't have to escape it for
>>>>>> Ajax requests, so I guess that's why it worked for your
>>>>>> XmlHttpRequest in JavaScript. Are you sure that in your previous
>>>>>> curl calls the query parameters from the second on (i.e. that
>>>>>> followed '&') were actually considered?
>>>>>>
>>>>>> Best,
>>>>>> Alessandro
>>>>>>
>>>>>>
>>>>>>> Am 30.07.2012 14:16, schrieb Alessandro Adamou:
>>>>>>>> Hi Melanie,
>>>>>>>>
>>>>>>>> On 7/30/12 1:27 PM, Melanie Reiplinger wrote:
>>>>>>>>> Sorry for my late reply, but I took a 2-week break from the
>>>>>>>>> job to intensively study and revise for my exams that took
>>>>>>>>> place last week.
>>>>>>>>
>>>>>>>> I understand. I hope they all went fine. I too am extensively
>>>>>>>> working on my Ph.D. thesis (of which the Stanbol ontology
>>>>>>>> manager is but a partial implementation BTW).
>>>>>>>>
>>>>>>>> Can I be curious? I'd like to ask you what is the use case
>>>>>>>> you're using ontonet for...
>>>>>>>>
>>>>>>>>> I tried to pass e.g. several scopes to load them into a
>>>>>>>>> session, but I'm doing something wrong. In what form is the
>>>>>>>>> list of scopes expected? I tried specifying 2 -F parameters, like
>>>>>>>>> curl -i -X POST -F scope=scope1 -F scope=scope2
>>>>>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>>>>
>>>>>>>> Actually that is correct and it worked for me, provided that
>>>>>>>> scope1 scope2 and mysession were all created earlier. What
>>>>>>>> response are you receiving? You should just get a 303 on the
>>>>>>>> session resource, but then if you request an RDF/OWl of the
>>>>>>>> session, as in
>>>>>>>>
>>>>>>>> curl -H "Accept: text/turtle"
>>>>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>>>>
>>>>>>>> you should see an import statement for each scope.
>>>>>>>>
>>>>>>>> Perhaps some day I will make scope attachment stateless via GET.
>>>>>>>>
>>>>>>>> Trivial question: did you first svn update, rebuild, cleanup
>>>>>>>> the Stanbol installation etc?
>>>>>>>>
>>>>>>>>> The same for passing several corereg or coreont parameters:
>>>>>>>>> How do I list them for the curl command? Something like
>>>>>>>>> <stanbol>/ontology/scope1?corereg=lib1&corereg=lib2
>>>>>>>>> won't work. Do I have to specify a list?
>>>>>>>>
>>>>>>>> Again, that seems correct. But remember that if you are using
>>>>>>>> curl via command line you must escape the '&' character. Example:
>>>>>>>>
>>>>>>>> curl -i -X PUT
>>>>>>>> [stanbol]/ontonet/ontology/scope1?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational\&corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C
>>>>>>>>
>>>>>>>> Hope this is helping
>>>>>>>>
>>>>>>>> Alessandro
>>>>>>>>
>>>>>>>>
>>>>>>>>> Am 23.07.2012 18:44, schrieb Alessandro Adamou:
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> Since you had been following its development more closely
>>>>>>>>>> than others, I just thought you might be interested in the
>>>>>>>>>> latest improvements in the Stanbol ontology manager.
>>>>>>>>>>
>>>>>>>>>> Please do not hesitate to try it out to see if it better fits
>>>>>>>>>> your needs and give whatever feedback you would like.
>>>>>>>>>>
>>>>>>>>>> (NOTE I still need to update the documentation. That's my
>>>>>>>>>> next TODO)
>>>>>>>>>>
>>>>>>>>>> All the best,
>>>>>>>>>>
>>>>>>>>>> Alessandro
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> -------- Original Message --------
>>>>>>>>>> Subject: Latest Ontology Manager improvements
>>>>>>>>>> Date: Mon, 23 Jul 2012 18:42:18 +0200
>>>>>>>>>> From: Alessandro Adamou <ad...@cs.unibo.it>
>>>>>>>>>> Reply-To: alexdma@apache.org
>>>>>>>>>> Organization: Alma Mater Studiorum - Università di Bologna
>>>>>>>>>> To: stanbol-dev@incubator.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> just wanted to share about the work I did on the Stanbol
>>>>>>>>>> Ontology Manager over the last couple of months, as it is
>>>>>>>>>> also based on requests that surfaced on the list:
>>>>>>>>>>
>>>>>>>>>> NEW:
>>>>>>>>>> * Persistence and portability of ontology network structures:
>>>>>>>>>> relations between scopes, sessions and the ontologies managed
>>>>>>>>>> by them are now stored in a special metadata graph. Scopes
>>>>>>>>>> and sessions are restored as soon as OntoNet activates
>>>>>>>>>> (though sessions are restored in an inactive state). I will
>>>>>>>>>> publish the OWL schema soon.
>>>>>>>>>> * Configurable connectivity policies. Depending on the chosen
>>>>>>>>>> policy, more import statements will be declared across
>>>>>>>>>> scopes, spaces and session. This has shown to greatly affect
>>>>>>>>>> OWL axiom interpretation and reasoning results. Default
>>>>>>>>>> scheme is TIGHT.
>>>>>>>>>> * REST service for attaching/detaching multiple scopes to a
>>>>>>>>>> session at once. Just POST as many "scope={scopeID}" form
>>>>>>>>>> parameters as you like to the session resource. Any
>>>>>>>>>> previously attached scope not included will be detached
>>>>>>>>>> automatically
>>>>>>>>>>
>>>>>>>>>> IMPROVED:
>>>>>>>>>> * Speedups. Reduced the likelihood of copying triples from
>>>>>>>>>> Clerezza-based input sources. This should reduce the length
>>>>>>>>>> of ontology load operations by about 50%.
>>>>>>>>>> * RESTful services for exporting ontology networks no longer
>>>>>>>>>> depend on the configured namespaces for OntoNet components.
>>>>>>>>>> URI prefixes are now extracted from the request URL. Only the
>>>>>>>>>> Java API depends on this configuration now.
>>>>>>>>>> * HTML client can now create and delete scopes and sessions.
>>>>>>>>>> * POST service for creating sessions and letting Stanbol
>>>>>>>>>> choose their ID (will be returned as the Location header in
>>>>>>>>>> the 201 Created response)
>>>>>>>>>> * Most creation methods now return 201 Created with the
>>>>>>>>>> resource Location. It's still 303 for some service because
>>>>>>>>>> the HTML client uses POST forms and would not be able to
>>>>>>>>>> capture a 201 response and act thereupon.
>>>>>>>>>> * Ontology -> Stored Graph reconciliation policies (
>>>>>>>>>> STANBOL-426). It is now possible to obtain a "public key" for
>>>>>>>>>> each supplied OntologyID (incl. owl:versionIRI) or physical URL.
>>>>>>>>>> * Parameters "corereg" and "coreont" for creating scopes with
>>>>>>>>>> ontologies and libraries embedded in their core spaces can
>>>>>>>>>> now have multiple values in a single call.
>>>>>>>>>> * Added backward links to the HTML interface
>>>>>>>>>>
>>>>>>>>>> FIXED:
>>>>>>>>>> * CORS support (thanks Melanie for testing!)
>>>>>>>>>> * Parsing formats other than RDF/XML without specifying the
>>>>>>>>>> parser to try was often failing as the streams were not being
>>>>>>>>>> reset/recreated. This was also causing failures if imported
>>>>>>>>>> ontologies were in a format different than RDF/XML.
>>>>>>>>>> * Graph naming policy for anonymous ontologies was causing
>>>>>>>>>> trouble when restoring components. Moved it out of commons/owl
>>>>>>>>>> * Broke computational loops caused by cycles in import graphs
>>>>>>>>>> (a consequence of migrating to the Clerezza API).
>>>>>>>>>> * Got rid of the obsolete OWL API-based implementation
>>>>>>>>>>
>>>>>>>>>> Working on a couple more things right now, then once the
>>>>>>>>>> OntoNet renaming takes place I would call for a new
>>>>>>>>>> ontologymanager release.
>>>>>>>>>>
>>>>>>>>>> Best,
>>>>>>>>>> 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
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> 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
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
Re: Ontonet scope manager Upload of Ontologies
Posted by Melanie Reiplinger <me...@dfki.de>.
Am 01.08.2012 12:01, schrieb Alessandro Adamou:
> On 8/1/12 11:54 AM, Melanie Reiplinger wrote:
>> Hi Alessandro,
>>
>> the GET for the test-response you sent takes less than a second for
>> me. So then it is a bit strange that I'm getting these time out
>> problems. Do you know if there's a way to avoid the subsequent GET
>> after uploading the ontology?
>
> AFAIK no, as browsers react automatically on 303 responses.
>
> If you want, while I wait to implement Ajax forms that redirect on
> 201, I can change the See Other Location header to the same as the scope.
yes, maybe this is the fastest and best solution for the time being, it
would be great if you could do this. At least then this thing stops
blocking my tests.
g
melanie
>
> Alessandro
>
>
>> Am 01.08.2012 11:47, schrieb Alessandro Adamou:
>>> On 8/1/12 10:54 AM, Melanie Reiplinger wrote:
>>>> When I load an ontology upon a scope, using multipart/form-data
>>>> (i.e., FormData object in Javascript), then automatically after
>>>> this POST (if ending with 303), a GET is done by the Browser on the
>>>> URL of the ontology. I guess this is due to the POST/Redirect/GET
>>>> pattern.
>>>
>>> Yes. Actually I would like the it to return 201 Created, but then
>>> I'd need all the POST request in the HTML forms to be handled by
>>> Ajax instead of standard forms. Not sure yet on the best way to do
>>> that though (I heard there's a forms extension for jQuery that
>>> handles Ajax forms?).
>>>
>>>> The problem now is that this subsequent GET fails as time out. When
>>>> doing the same GET via curl, it takes awfully long before it spits
>>>> out the data belonging to the ontology.
>>>
>>> How long is it taking? When I load the OMV onto a scope (e.g. from
>>> [1]), the subsequent GET responds in a couple of seconds on my
>>> laptop. In general it has handled graphs with 100k triples okay. How
>>> long is a GET taking for you on
>>>
>>> http://bernina.cs.unibo.it/stanbol/ontonet/ontology/test-response/http://omv.ontoware.org/2005/05/ontology
>>>
>>>
>>> ?
>>>
>>>> Everything is ok if I specify -H "Accept:application/rdf+xml" for
>>>> the GET, but I guess that the automatic GET done by the browser
>>>> does a plain GET and therefore is kicked out for time out reason.
>>>> Why does the plain GET take so long?
>>>
>>> Because at the moment the plain GET also shows the ontology axioms
>>> (in Manchester syntax) just like the other GETs do. Which means it
>>> takes as much time as to export the stored graph to that format. But
>>> again, this should hold for ontologies much larger than the OMV...
>>>
>>> Anyway, most likely the ontology code will disappear from the HTML
>>> response. I'm not liking it that much and it can cause trouble for
>>> large ontologies. I would like it to replace it with a summary, some
>>> labels, maybe also key concepts...
>>>
>>> Best,
>>> Alessandro
>>>
>>> [1] http://ontologydesignpatterns.org/ont/iks/kres/omv.owl
>>>
>>>
>>>> Am 31.07.2012 16:29, schrieb Alessandro Adamou:
>>>>> Hi Melanie,
>>>>>
>>>>> On 7/31/12 1:52 PM, Melanie Reiplinger wrote:
>>>>>> I did a complete re-installation and rebuild last night. Now my
>>>>>> bugs are gone, the delete for the contenthub works and I can see
>>>>>> e.g. the modified RESTful interface of the ontologymanager (which
>>>>>> I did not see before, in spite of updating). The curl command for
>>>>>> adding 2 scopes at once to some existing session now works for
>>>>>> me. :-)
>>>>>
>>>>> I forgot to tell you that in the latest update you had to rebuild
>>>>> and reinstall commons/owl too. However this happened automatically
>>>>> when you rebuilt the whole Stanbol.
>>>>>
>>>>> But anyway, to make sure the update takes place without rebuilding
>>>>> everything, perhaps the best thing to do is to install the single
>>>>> bundles as you build them, like this (while Stanbol is up and
>>>>> running):
>>>>>
>>>>> mvn clean install -PinstallBundle
>>>>> -Dsling.url=http://[stanbol]/system/console
>>>>>
>>>>> if you have changed the admin credentials to something other than
>>>>> admin:admin , also add -Dsling.user=[admin-username]
>>>>> -Dsling.password=[admin-password]
>>>>>
>>>>> Small update: I finally started working on the D of CRUD for
>>>>> stored ontologies! (i.e. on the /ontonet endpoint). Not sure how
>>>>> long it will take but I'd like to have a primitive implementation
>>>>> by the end of the week.
>>>>>
>>>>> probably the first implementation will be conservative, i.e. if
>>>>> there are any handles on the ontology you will get a 409 Conflict
>>>>> or 403 Forbidden, not sure yet. You will first have to clear it of
>>>>> any handles from scopes or sessions.
>>>>>
>>>>>> Also for loading 2 libraries on a scope at creation, I succeeded
>>>>>> after I had escaped the '&' symbol in the URL. This is a bit
>>>>>> surprising for me, because I have used curl commands with the '&'
>>>>>> several times and never had to escape it until now. I'll see how
>>>>>> this works when sending the request via XmlHttpRequest using
>>>>>> CORS, maybe then I don't need to escape it.
>>>>>
>>>>> This is a command line feature (I assume you're using curl from a
>>>>> Unix shell). In Bash shells, the '&' character means "fork this
>>>>> command as a background process" and everything after it is
>>>>> ignored unless you escape it. You don't have to escape it for Ajax
>>>>> requests, so I guess that's why it worked for your XmlHttpRequest
>>>>> in JavaScript. Are you sure that in your previous curl calls the
>>>>> query parameters from the second on (i.e. that followed '&') were
>>>>> actually considered?
>>>>>
>>>>> Best,
>>>>> Alessandro
>>>>>
>>>>>
>>>>>> Am 30.07.2012 14:16, schrieb Alessandro Adamou:
>>>>>>> Hi Melanie,
>>>>>>>
>>>>>>> On 7/30/12 1:27 PM, Melanie Reiplinger wrote:
>>>>>>>> Sorry for my late reply, but I took a 2-week break from the job
>>>>>>>> to intensively study and revise for my exams that took place
>>>>>>>> last week.
>>>>>>>
>>>>>>> I understand. I hope they all went fine. I too am extensively
>>>>>>> working on my Ph.D. thesis (of which the Stanbol ontology
>>>>>>> manager is but a partial implementation BTW).
>>>>>>>
>>>>>>> Can I be curious? I'd like to ask you what is the use case
>>>>>>> you're using ontonet for...
>>>>>>>
>>>>>>>> I tried to pass e.g. several scopes to load them into a
>>>>>>>> session, but I'm doing something wrong. In what form is the
>>>>>>>> list of scopes expected? I tried specifying 2 -F parameters, like
>>>>>>>> curl -i -X POST -F scope=scope1 -F scope=scope2
>>>>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>>>
>>>>>>> Actually that is correct and it worked for me, provided that
>>>>>>> scope1 scope2 and mysession were all created earlier. What
>>>>>>> response are you receiving? You should just get a 303 on the
>>>>>>> session resource, but then if you request an RDF/OWl of the
>>>>>>> session, as in
>>>>>>>
>>>>>>> curl -H "Accept: text/turtle"
>>>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>>>
>>>>>>> you should see an import statement for each scope.
>>>>>>>
>>>>>>> Perhaps some day I will make scope attachment stateless via GET.
>>>>>>>
>>>>>>> Trivial question: did you first svn update, rebuild, cleanup the
>>>>>>> Stanbol installation etc?
>>>>>>>
>>>>>>>> The same for passing several corereg or coreont parameters: How
>>>>>>>> do I list them for the curl command? Something like
>>>>>>>> <stanbol>/ontology/scope1?corereg=lib1&corereg=lib2
>>>>>>>> won't work. Do I have to specify a list?
>>>>>>>
>>>>>>> Again, that seems correct. But remember that if you are using
>>>>>>> curl via command line you must escape the '&' character. Example:
>>>>>>>
>>>>>>> curl -i -X PUT
>>>>>>> [stanbol]/ontonet/ontology/scope1?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational\&corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C
>>>>>>>
>>>>>>> Hope this is helping
>>>>>>>
>>>>>>> Alessandro
>>>>>>>
>>>>>>>
>>>>>>>> Am 23.07.2012 18:44, schrieb Alessandro Adamou:
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> Since you had been following its development more closely than
>>>>>>>>> others, I just thought you might be interested in the latest
>>>>>>>>> improvements in the Stanbol ontology manager.
>>>>>>>>>
>>>>>>>>> Please do not hesitate to try it out to see if it better fits
>>>>>>>>> your needs and give whatever feedback you would like.
>>>>>>>>>
>>>>>>>>> (NOTE I still need to update the documentation. That's my next
>>>>>>>>> TODO)
>>>>>>>>>
>>>>>>>>> All the best,
>>>>>>>>>
>>>>>>>>> Alessandro
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> -------- Original Message --------
>>>>>>>>> Subject: Latest Ontology Manager improvements
>>>>>>>>> Date: Mon, 23 Jul 2012 18:42:18 +0200
>>>>>>>>> From: Alessandro Adamou <ad...@cs.unibo.it>
>>>>>>>>> Reply-To: alexdma@apache.org
>>>>>>>>> Organization: Alma Mater Studiorum - Università di Bologna
>>>>>>>>> To: stanbol-dev@incubator.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> just wanted to share about the work I did on the Stanbol
>>>>>>>>> Ontology Manager over the last couple of months, as it is also
>>>>>>>>> based on requests that surfaced on the list:
>>>>>>>>>
>>>>>>>>> NEW:
>>>>>>>>> * Persistence and portability of ontology network structures:
>>>>>>>>> relations between scopes, sessions and the ontologies managed
>>>>>>>>> by them are now stored in a special metadata graph. Scopes and
>>>>>>>>> sessions are restored as soon as OntoNet activates (though
>>>>>>>>> sessions are restored in an inactive state). I will publish
>>>>>>>>> the OWL schema soon.
>>>>>>>>> * Configurable connectivity policies. Depending on the chosen
>>>>>>>>> policy, more import statements will be declared across scopes,
>>>>>>>>> spaces and session. This has shown to greatly affect OWL axiom
>>>>>>>>> interpretation and reasoning results. Default scheme is TIGHT.
>>>>>>>>> * REST service for attaching/detaching multiple scopes to a
>>>>>>>>> session at once. Just POST as many "scope={scopeID}" form
>>>>>>>>> parameters as you like to the session resource. Any previously
>>>>>>>>> attached scope not included will be detached automatically
>>>>>>>>>
>>>>>>>>> IMPROVED:
>>>>>>>>> * Speedups. Reduced the likelihood of copying triples from
>>>>>>>>> Clerezza-based input sources. This should reduce the length of
>>>>>>>>> ontology load operations by about 50%.
>>>>>>>>> * RESTful services for exporting ontology networks no longer
>>>>>>>>> depend on the configured namespaces for OntoNet components.
>>>>>>>>> URI prefixes are now extracted from the request URL. Only the
>>>>>>>>> Java API depends on this configuration now.
>>>>>>>>> * HTML client can now create and delete scopes and sessions.
>>>>>>>>> * POST service for creating sessions and letting Stanbol
>>>>>>>>> choose their ID (will be returned as the Location header in
>>>>>>>>> the 201 Created response)
>>>>>>>>> * Most creation methods now return 201 Created with the
>>>>>>>>> resource Location. It's still 303 for some service because the
>>>>>>>>> HTML client uses POST forms and would not be able to capture a
>>>>>>>>> 201 response and act thereupon.
>>>>>>>>> * Ontology -> Stored Graph reconciliation policies (
>>>>>>>>> STANBOL-426). It is now possible to obtain a "public key" for
>>>>>>>>> each supplied OntologyID (incl. owl:versionIRI) or physical URL.
>>>>>>>>> * Parameters "corereg" and "coreont" for creating scopes with
>>>>>>>>> ontologies and libraries embedded in their core spaces can now
>>>>>>>>> have multiple values in a single call.
>>>>>>>>> * Added backward links to the HTML interface
>>>>>>>>>
>>>>>>>>> FIXED:
>>>>>>>>> * CORS support (thanks Melanie for testing!)
>>>>>>>>> * Parsing formats other than RDF/XML without specifying the
>>>>>>>>> parser to try was often failing as the streams were not being
>>>>>>>>> reset/recreated. This was also causing failures if imported
>>>>>>>>> ontologies were in a format different than RDF/XML.
>>>>>>>>> * Graph naming policy for anonymous ontologies was causing
>>>>>>>>> trouble when restoring components. Moved it out of commons/owl
>>>>>>>>> * Broke computational loops caused by cycles in import graphs
>>>>>>>>> (a consequence of migrating to the Clerezza API).
>>>>>>>>> * Got rid of the obsolete OWL API-based implementation
>>>>>>>>>
>>>>>>>>> Working on a couple more things right now, then once the
>>>>>>>>> OntoNet renaming takes place I would call for a new
>>>>>>>>> ontologymanager release.
>>>>>>>>>
>>>>>>>>> Best,
>>>>>>>>> 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
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> 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
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: Ontonet scope manager Upload of Ontologies
Posted by Alessandro Adamou <ad...@cs.unibo.it>.
On 8/1/12 11:54 AM, Melanie Reiplinger wrote:
> Hi Alessandro,
>
> the GET for the test-response you sent takes less than a second for
> me. So then it is a bit strange that I'm getting these time out
> problems. Do you know if there's a way to avoid the subsequent GET
> after uploading the ontology?
AFAIK no, as browsers react automatically on 303 responses.
If you want, while I wait to implement Ajax forms that redirect on 201,
I can change the See Other Location header to the same as the scope.
Alessandro
> Am 01.08.2012 11:47, schrieb Alessandro Adamou:
>> On 8/1/12 10:54 AM, Melanie Reiplinger wrote:
>>> When I load an ontology upon a scope, using multipart/form-data
>>> (i.e., FormData object in Javascript), then automatically after this
>>> POST (if ending with 303), a GET is done by the Browser on the URL
>>> of the ontology. I guess this is due to the POST/Redirect/GET pattern.
>>
>> Yes. Actually I would like the it to return 201 Created, but then I'd
>> need all the POST request in the HTML forms to be handled by Ajax
>> instead of standard forms. Not sure yet on the best way to do that
>> though (I heard there's a forms extension for jQuery that handles
>> Ajax forms?).
>>
>>> The problem now is that this subsequent GET fails as time out. When
>>> doing the same GET via curl, it takes awfully long before it spits
>>> out the data belonging to the ontology.
>>
>> How long is it taking? When I load the OMV onto a scope (e.g. from
>> [1]), the subsequent GET responds in a couple of seconds on my
>> laptop. In general it has handled graphs with 100k triples okay. How
>> long is a GET taking for you on
>>
>> http://bernina.cs.unibo.it/stanbol/ontonet/ontology/test-response/http://omv.ontoware.org/2005/05/ontology
>>
>>
>> ?
>>
>>> Everything is ok if I specify -H "Accept:application/rdf+xml" for
>>> the GET, but I guess that the automatic GET done by the browser does
>>> a plain GET and therefore is kicked out for time out reason.
>>> Why does the plain GET take so long?
>>
>> Because at the moment the plain GET also shows the ontology axioms
>> (in Manchester syntax) just like the other GETs do. Which means it
>> takes as much time as to export the stored graph to that format. But
>> again, this should hold for ontologies much larger than the OMV...
>>
>> Anyway, most likely the ontology code will disappear from the HTML
>> response. I'm not liking it that much and it can cause trouble for
>> large ontologies. I would like it to replace it with a summary, some
>> labels, maybe also key concepts...
>>
>> Best,
>> Alessandro
>>
>> [1] http://ontologydesignpatterns.org/ont/iks/kres/omv.owl
>>
>>
>>> Am 31.07.2012 16:29, schrieb Alessandro Adamou:
>>>> Hi Melanie,
>>>>
>>>> On 7/31/12 1:52 PM, Melanie Reiplinger wrote:
>>>>> I did a complete re-installation and rebuild last night. Now my
>>>>> bugs are gone, the delete for the contenthub works and I can see
>>>>> e.g. the modified RESTful interface of the ontologymanager (which
>>>>> I did not see before, in spite of updating). The curl command for
>>>>> adding 2 scopes at once to some existing session now works for me.
>>>>> :-)
>>>>
>>>> I forgot to tell you that in the latest update you had to rebuild
>>>> and reinstall commons/owl too. However this happened automatically
>>>> when you rebuilt the whole Stanbol.
>>>>
>>>> But anyway, to make sure the update takes place without rebuilding
>>>> everything, perhaps the best thing to do is to install the single
>>>> bundles as you build them, like this (while Stanbol is up and
>>>> running):
>>>>
>>>> mvn clean install -PinstallBundle
>>>> -Dsling.url=http://[stanbol]/system/console
>>>>
>>>> if you have changed the admin credentials to something other than
>>>> admin:admin , also add -Dsling.user=[admin-username]
>>>> -Dsling.password=[admin-password]
>>>>
>>>> Small update: I finally started working on the D of CRUD for stored
>>>> ontologies! (i.e. on the /ontonet endpoint). Not sure how long it
>>>> will take but I'd like to have a primitive implementation by the
>>>> end of the week.
>>>>
>>>> probably the first implementation will be conservative, i.e. if
>>>> there are any handles on the ontology you will get a 409 Conflict
>>>> or 403 Forbidden, not sure yet. You will first have to clear it of
>>>> any handles from scopes or sessions.
>>>>
>>>>> Also for loading 2 libraries on a scope at creation, I succeeded
>>>>> after I had escaped the '&' symbol in the URL. This is a bit
>>>>> surprising for me, because I have used curl commands with the '&'
>>>>> several times and never had to escape it until now. I'll see how
>>>>> this works when sending the request via XmlHttpRequest using CORS,
>>>>> maybe then I don't need to escape it.
>>>>
>>>> This is a command line feature (I assume you're using curl from a
>>>> Unix shell). In Bash shells, the '&' character means "fork this
>>>> command as a background process" and everything after it is ignored
>>>> unless you escape it. You don't have to escape it for Ajax
>>>> requests, so I guess that's why it worked for your XmlHttpRequest
>>>> in JavaScript. Are you sure that in your previous curl calls the
>>>> query parameters from the second on (i.e. that followed '&') were
>>>> actually considered?
>>>>
>>>> Best,
>>>> Alessandro
>>>>
>>>>
>>>>> Am 30.07.2012 14:16, schrieb Alessandro Adamou:
>>>>>> Hi Melanie,
>>>>>>
>>>>>> On 7/30/12 1:27 PM, Melanie Reiplinger wrote:
>>>>>>> Sorry for my late reply, but I took a 2-week break from the job
>>>>>>> to intensively study and revise for my exams that took place
>>>>>>> last week.
>>>>>>
>>>>>> I understand. I hope they all went fine. I too am extensively
>>>>>> working on my Ph.D. thesis (of which the Stanbol ontology manager
>>>>>> is but a partial implementation BTW).
>>>>>>
>>>>>> Can I be curious? I'd like to ask you what is the use case you're
>>>>>> using ontonet for...
>>>>>>
>>>>>>> I tried to pass e.g. several scopes to load them into a session,
>>>>>>> but I'm doing something wrong. In what form is the list of
>>>>>>> scopes expected? I tried specifying 2 -F parameters, like
>>>>>>> curl -i -X POST -F scope=scope1 -F scope=scope2
>>>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>>
>>>>>> Actually that is correct and it worked for me, provided that
>>>>>> scope1 scope2 and mysession were all created earlier. What
>>>>>> response are you receiving? You should just get a 303 on the
>>>>>> session resource, but then if you request an RDF/OWl of the
>>>>>> session, as in
>>>>>>
>>>>>> curl -H "Accept: text/turtle"
>>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>>
>>>>>> you should see an import statement for each scope.
>>>>>>
>>>>>> Perhaps some day I will make scope attachment stateless via GET.
>>>>>>
>>>>>> Trivial question: did you first svn update, rebuild, cleanup the
>>>>>> Stanbol installation etc?
>>>>>>
>>>>>>> The same for passing several corereg or coreont parameters: How
>>>>>>> do I list them for the curl command? Something like
>>>>>>> <stanbol>/ontology/scope1?corereg=lib1&corereg=lib2
>>>>>>> won't work. Do I have to specify a list?
>>>>>>
>>>>>> Again, that seems correct. But remember that if you are using
>>>>>> curl via command line you must escape the '&' character. Example:
>>>>>>
>>>>>> curl -i -X PUT
>>>>>> [stanbol]/ontonet/ontology/scope1?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational\&corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C
>>>>>>
>>>>>> Hope this is helping
>>>>>>
>>>>>> Alessandro
>>>>>>
>>>>>>
>>>>>>> Am 23.07.2012 18:44, schrieb Alessandro Adamou:
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> Since you had been following its development more closely than
>>>>>>>> others, I just thought you might be interested in the latest
>>>>>>>> improvements in the Stanbol ontology manager.
>>>>>>>>
>>>>>>>> Please do not hesitate to try it out to see if it better fits
>>>>>>>> your needs and give whatever feedback you would like.
>>>>>>>>
>>>>>>>> (NOTE I still need to update the documentation. That's my next
>>>>>>>> TODO)
>>>>>>>>
>>>>>>>> All the best,
>>>>>>>>
>>>>>>>> Alessandro
>>>>>>>>
>>>>>>>>
>>>>>>>> -------- Original Message --------
>>>>>>>> Subject: Latest Ontology Manager improvements
>>>>>>>> Date: Mon, 23 Jul 2012 18:42:18 +0200
>>>>>>>> From: Alessandro Adamou <ad...@cs.unibo.it>
>>>>>>>> Reply-To: alexdma@apache.org
>>>>>>>> Organization: Alma Mater Studiorum - Università di Bologna
>>>>>>>> To: stanbol-dev@incubator.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> just wanted to share about the work I did on the Stanbol
>>>>>>>> Ontology Manager over the last couple of months, as it is also
>>>>>>>> based on requests that surfaced on the list:
>>>>>>>>
>>>>>>>> NEW:
>>>>>>>> * Persistence and portability of ontology network structures:
>>>>>>>> relations between scopes, sessions and the ontologies managed
>>>>>>>> by them are now stored in a special metadata graph. Scopes and
>>>>>>>> sessions are restored as soon as OntoNet activates (though
>>>>>>>> sessions are restored in an inactive state). I will publish the
>>>>>>>> OWL schema soon.
>>>>>>>> * Configurable connectivity policies. Depending on the chosen
>>>>>>>> policy, more import statements will be declared across scopes,
>>>>>>>> spaces and session. This has shown to greatly affect OWL axiom
>>>>>>>> interpretation and reasoning results. Default scheme is TIGHT.
>>>>>>>> * REST service for attaching/detaching multiple scopes to a
>>>>>>>> session at once. Just POST as many "scope={scopeID}" form
>>>>>>>> parameters as you like to the session resource. Any previously
>>>>>>>> attached scope not included will be detached automatically
>>>>>>>>
>>>>>>>> IMPROVED:
>>>>>>>> * Speedups. Reduced the likelihood of copying triples from
>>>>>>>> Clerezza-based input sources. This should reduce the length of
>>>>>>>> ontology load operations by about 50%.
>>>>>>>> * RESTful services for exporting ontology networks no longer
>>>>>>>> depend on the configured namespaces for OntoNet components. URI
>>>>>>>> prefixes are now extracted from the request URL. Only the Java
>>>>>>>> API depends on this configuration now.
>>>>>>>> * HTML client can now create and delete scopes and sessions.
>>>>>>>> * POST service for creating sessions and letting Stanbol choose
>>>>>>>> their ID (will be returned as the Location header in the 201
>>>>>>>> Created response)
>>>>>>>> * Most creation methods now return 201 Created with the
>>>>>>>> resource Location. It's still 303 for some service because the
>>>>>>>> HTML client uses POST forms and would not be able to capture a
>>>>>>>> 201 response and act thereupon.
>>>>>>>> * Ontology -> Stored Graph reconciliation policies (
>>>>>>>> STANBOL-426). It is now possible to obtain a "public key" for
>>>>>>>> each supplied OntologyID (incl. owl:versionIRI) or physical URL.
>>>>>>>> * Parameters "corereg" and "coreont" for creating scopes with
>>>>>>>> ontologies and libraries embedded in their core spaces can now
>>>>>>>> have multiple values in a single call.
>>>>>>>> * Added backward links to the HTML interface
>>>>>>>>
>>>>>>>> FIXED:
>>>>>>>> * CORS support (thanks Melanie for testing!)
>>>>>>>> * Parsing formats other than RDF/XML without specifying the
>>>>>>>> parser to try was often failing as the streams were not being
>>>>>>>> reset/recreated. This was also causing failures if imported
>>>>>>>> ontologies were in a format different than RDF/XML.
>>>>>>>> * Graph naming policy for anonymous ontologies was causing
>>>>>>>> trouble when restoring components. Moved it out of commons/owl
>>>>>>>> * Broke computational loops caused by cycles in import graphs
>>>>>>>> (a consequence of migrating to the Clerezza API).
>>>>>>>> * Got rid of the obsolete OWL API-based implementation
>>>>>>>>
>>>>>>>> Working on a couple more things right now, then once the
>>>>>>>> OntoNet renaming takes place I would call for a new
>>>>>>>> ontologymanager release.
>>>>>>>>
>>>>>>>> Best,
>>>>>>>> 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
>>>>>
>>>>
>>>>
>>>> --
>>>> 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
Re: Ontonet scope manager Upload of Ontologies
Posted by Melanie Reiplinger <me...@dfki.de>.
Hi Alessandro,
the GET for the test-response you sent takes less than a second for me.
So then it is a bit strange that I'm getting these time out problems. Do
you know if there's a way to avoid the subsequent GET after uploading
the ontology?
Best,
melanie
Am 01.08.2012 11:47, schrieb Alessandro Adamou:
> On 8/1/12 10:54 AM, Melanie Reiplinger wrote:
>> When I load an ontology upon a scope, using multipart/form-data
>> (i.e., FormData object in Javascript), then automatically after this
>> POST (if ending with 303), a GET is done by the Browser on the URL of
>> the ontology. I guess this is due to the POST/Redirect/GET pattern.
>
> Yes. Actually I would like the it to return 201 Created, but then I'd
> need all the POST request in the HTML forms to be handled by Ajax
> instead of standard forms. Not sure yet on the best way to do that
> though (I heard there's a forms extension for jQuery that handles Ajax
> forms?).
>
>> The problem now is that this subsequent GET fails as time out. When
>> doing the same GET via curl, it takes awfully long before it spits
>> out the data belonging to the ontology.
>
> How long is it taking? When I load the OMV onto a scope (e.g. from
> [1]), the subsequent GET responds in a couple of seconds on my laptop.
> In general it has handled graphs with 100k triples okay. How long is a
> GET taking for you on
>
> http://bernina.cs.unibo.it/stanbol/ontonet/ontology/test-response/http://omv.ontoware.org/2005/05/ontology
>
>
> ?
>
>> Everything is ok if I specify -H "Accept:application/rdf+xml" for
>> the GET, but I guess that the automatic GET done by the browser does
>> a plain GET and therefore is kicked out for time out reason.
>> Why does the plain GET take so long?
>
> Because at the moment the plain GET also shows the ontology axioms (in
> Manchester syntax) just like the other GETs do. Which means it takes
> as much time as to export the stored graph to that format. But again,
> this should hold for ontologies much larger than the OMV...
>
> Anyway, most likely the ontology code will disappear from the HTML
> response. I'm not liking it that much and it can cause trouble for
> large ontologies. I would like it to replace it with a summary, some
> labels, maybe also key concepts...
>
> Best,
> Alessandro
>
> [1] http://ontologydesignpatterns.org/ont/iks/kres/omv.owl
>
>
>> Am 31.07.2012 16:29, schrieb Alessandro Adamou:
>>> Hi Melanie,
>>>
>>> On 7/31/12 1:52 PM, Melanie Reiplinger wrote:
>>>> I did a complete re-installation and rebuild last night. Now my
>>>> bugs are gone, the delete for the contenthub works and I can see
>>>> e.g. the modified RESTful interface of the ontologymanager (which I
>>>> did not see before, in spite of updating). The curl command for
>>>> adding 2 scopes at once to some existing session now works for me. :-)
>>>
>>> I forgot to tell you that in the latest update you had to rebuild
>>> and reinstall commons/owl too. However this happened automatically
>>> when you rebuilt the whole Stanbol.
>>>
>>> But anyway, to make sure the update takes place without rebuilding
>>> everything, perhaps the best thing to do is to install the single
>>> bundles as you build them, like this (while Stanbol is up and running):
>>>
>>> mvn clean install -PinstallBundle
>>> -Dsling.url=http://[stanbol]/system/console
>>>
>>> if you have changed the admin credentials to something other than
>>> admin:admin , also add -Dsling.user=[admin-username]
>>> -Dsling.password=[admin-password]
>>>
>>> Small update: I finally started working on the D of CRUD for stored
>>> ontologies! (i.e. on the /ontonet endpoint). Not sure how long it
>>> will take but I'd like to have a primitive implementation by the end
>>> of the week.
>>>
>>> probably the first implementation will be conservative, i.e. if
>>> there are any handles on the ontology you will get a 409 Conflict or
>>> 403 Forbidden, not sure yet. You will first have to clear it of any
>>> handles from scopes or sessions.
>>>
>>>> Also for loading 2 libraries on a scope at creation, I succeeded
>>>> after I had escaped the '&' symbol in the URL. This is a bit
>>>> surprising for me, because I have used curl commands with the '&'
>>>> several times and never had to escape it until now. I'll see how
>>>> this works when sending the request via XmlHttpRequest using CORS,
>>>> maybe then I don't need to escape it.
>>>
>>> This is a command line feature (I assume you're using curl from a
>>> Unix shell). In Bash shells, the '&' character means "fork this
>>> command as a background process" and everything after it is ignored
>>> unless you escape it. You don't have to escape it for Ajax requests,
>>> so I guess that's why it worked for your XmlHttpRequest in
>>> JavaScript. Are you sure that in your previous curl calls the query
>>> parameters from the second on (i.e. that followed '&') were actually
>>> considered?
>>>
>>> Best,
>>> Alessandro
>>>
>>>
>>>> Am 30.07.2012 14:16, schrieb Alessandro Adamou:
>>>>> Hi Melanie,
>>>>>
>>>>> On 7/30/12 1:27 PM, Melanie Reiplinger wrote:
>>>>>> Sorry for my late reply, but I took a 2-week break from the job
>>>>>> to intensively study and revise for my exams that took place last
>>>>>> week.
>>>>>
>>>>> I understand. I hope they all went fine. I too am extensively
>>>>> working on my Ph.D. thesis (of which the Stanbol ontology manager
>>>>> is but a partial implementation BTW).
>>>>>
>>>>> Can I be curious? I'd like to ask you what is the use case you're
>>>>> using ontonet for...
>>>>>
>>>>>> I tried to pass e.g. several scopes to load them into a session,
>>>>>> but I'm doing something wrong. In what form is the list of scopes
>>>>>> expected? I tried specifying 2 -F parameters, like
>>>>>> curl -i -X POST -F scope=scope1 -F scope=scope2
>>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>
>>>>> Actually that is correct and it worked for me, provided that
>>>>> scope1 scope2 and mysession were all created earlier. What
>>>>> response are you receiving? You should just get a 303 on the
>>>>> session resource, but then if you request an RDF/OWl of the
>>>>> session, as in
>>>>>
>>>>> curl -H "Accept: text/turtle"
>>>>> http://<stanbol>/ontonet/session/mysession
>>>>>
>>>>> you should see an import statement for each scope.
>>>>>
>>>>> Perhaps some day I will make scope attachment stateless via GET.
>>>>>
>>>>> Trivial question: did you first svn update, rebuild, cleanup the
>>>>> Stanbol installation etc?
>>>>>
>>>>>> The same for passing several corereg or coreont parameters: How
>>>>>> do I list them for the curl command? Something like
>>>>>> <stanbol>/ontology/scope1?corereg=lib1&corereg=lib2
>>>>>> won't work. Do I have to specify a list?
>>>>>
>>>>> Again, that seems correct. But remember that if you are using curl
>>>>> via command line you must escape the '&' character. Example:
>>>>>
>>>>> curl -i -X PUT
>>>>> [stanbol]/ontonet/ontology/scope1?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational\&corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C
>>>>>
>>>>> Hope this is helping
>>>>>
>>>>> Alessandro
>>>>>
>>>>>
>>>>>> Am 23.07.2012 18:44, schrieb Alessandro Adamou:
>>>>>>> Hi,
>>>>>>>
>>>>>>> Since you had been following its development more closely than
>>>>>>> others, I just thought you might be interested in the latest
>>>>>>> improvements in the Stanbol ontology manager.
>>>>>>>
>>>>>>> Please do not hesitate to try it out to see if it better fits
>>>>>>> your needs and give whatever feedback you would like.
>>>>>>>
>>>>>>> (NOTE I still need to update the documentation. That's my next
>>>>>>> TODO)
>>>>>>>
>>>>>>> All the best,
>>>>>>>
>>>>>>> Alessandro
>>>>>>>
>>>>>>>
>>>>>>> -------- Original Message --------
>>>>>>> Subject: Latest Ontology Manager improvements
>>>>>>> Date: Mon, 23 Jul 2012 18:42:18 +0200
>>>>>>> From: Alessandro Adamou <ad...@cs.unibo.it>
>>>>>>> Reply-To: alexdma@apache.org
>>>>>>> Organization: Alma Mater Studiorum - Università di Bologna
>>>>>>> To: stanbol-dev@incubator.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> just wanted to share about the work I did on the Stanbol
>>>>>>> Ontology Manager over the last couple of months, as it is also
>>>>>>> based on requests that surfaced on the list:
>>>>>>>
>>>>>>> NEW:
>>>>>>> * Persistence and portability of ontology network structures:
>>>>>>> relations between scopes, sessions and the ontologies managed by
>>>>>>> them are now stored in a special metadata graph. Scopes and
>>>>>>> sessions are restored as soon as OntoNet activates (though
>>>>>>> sessions are restored in an inactive state). I will publish the
>>>>>>> OWL schema soon.
>>>>>>> * Configurable connectivity policies. Depending on the chosen
>>>>>>> policy, more import statements will be declared across scopes,
>>>>>>> spaces and session. This has shown to greatly affect OWL axiom
>>>>>>> interpretation and reasoning results. Default scheme is TIGHT.
>>>>>>> * REST service for attaching/detaching multiple scopes to a
>>>>>>> session at once. Just POST as many "scope={scopeID}" form
>>>>>>> parameters as you like to the session resource. Any previously
>>>>>>> attached scope not included will be detached automatically
>>>>>>>
>>>>>>> IMPROVED:
>>>>>>> * Speedups. Reduced the likelihood of copying triples from
>>>>>>> Clerezza-based input sources. This should reduce the length of
>>>>>>> ontology load operations by about 50%.
>>>>>>> * RESTful services for exporting ontology networks no longer
>>>>>>> depend on the configured namespaces for OntoNet components. URI
>>>>>>> prefixes are now extracted from the request URL. Only the Java
>>>>>>> API depends on this configuration now.
>>>>>>> * HTML client can now create and delete scopes and sessions.
>>>>>>> * POST service for creating sessions and letting Stanbol choose
>>>>>>> their ID (will be returned as the Location header in the 201
>>>>>>> Created response)
>>>>>>> * Most creation methods now return 201 Created with the resource
>>>>>>> Location. It's still 303 for some service because the HTML
>>>>>>> client uses POST forms and would not be able to capture a 201
>>>>>>> response and act thereupon.
>>>>>>> * Ontology -> Stored Graph reconciliation policies (
>>>>>>> STANBOL-426). It is now possible to obtain a "public key" for
>>>>>>> each supplied OntologyID (incl. owl:versionIRI) or physical URL.
>>>>>>> * Parameters "corereg" and "coreont" for creating scopes with
>>>>>>> ontologies and libraries embedded in their core spaces can now
>>>>>>> have multiple values in a single call.
>>>>>>> * Added backward links to the HTML interface
>>>>>>>
>>>>>>> FIXED:
>>>>>>> * CORS support (thanks Melanie for testing!)
>>>>>>> * Parsing formats other than RDF/XML without specifying the
>>>>>>> parser to try was often failing as the streams were not being
>>>>>>> reset/recreated. This was also causing failures if imported
>>>>>>> ontologies were in a format different than RDF/XML.
>>>>>>> * Graph naming policy for anonymous ontologies was causing
>>>>>>> trouble when restoring components. Moved it out of commons/owl
>>>>>>> * Broke computational loops caused by cycles in import graphs (a
>>>>>>> consequence of migrating to the Clerezza API).
>>>>>>> * Got rid of the obsolete OWL API-based implementation
>>>>>>>
>>>>>>> Working on a couple more things right now, then once the OntoNet
>>>>>>> renaming takes place I would call for a new ontologymanager
>>>>>>> release.
>>>>>>>
>>>>>>> Best,
>>>>>>> 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
>>>>
>>>
>>>
>>> --
>>> 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
>>
>>
>
>
Re: Ontonet scope manager Upload of Ontologies
Posted by Alessandro Adamou <ad...@cs.unibo.it>.
On 8/1/12 10:54 AM, Melanie Reiplinger wrote:
> When I load an ontology upon a scope, using multipart/form-data (i.e.,
> FormData object in Javascript), then automatically after this POST (if
> ending with 303), a GET is done by the Browser on the URL of the
> ontology. I guess this is due to the POST/Redirect/GET pattern.
Yes. Actually I would like the it to return 201 Created, but then I'd
need all the POST request in the HTML forms to be handled by Ajax
instead of standard forms. Not sure yet on the best way to do that
though (I heard there's a forms extension for jQuery that handles Ajax
forms?).
> The problem now is that this subsequent GET fails as time out. When
> doing the same GET via curl, it takes awfully long before it spits out
> the data belonging to the ontology.
How long is it taking? When I load the OMV onto a scope (e.g. from [1]),
the subsequent GET responds in a couple of seconds on my laptop. In
general it has handled graphs with 100k triples okay. How long is a GET
taking for you on
http://bernina.cs.unibo.it/stanbol/ontonet/ontology/test-response/http://omv.ontoware.org/2005/05/ontology
?
> Everything is ok if I specify -H "Accept:application/rdf+xml" for the
> GET, but I guess that the automatic GET done by the browser does a
> plain GET and therefore is kicked out for time out reason.
> Why does the plain GET take so long?
Because at the moment the plain GET also shows the ontology axioms (in
Manchester syntax) just like the other GETs do. Which means it takes as
much time as to export the stored graph to that format. But again, this
should hold for ontologies much larger than the OMV...
Anyway, most likely the ontology code will disappear from the HTML
response. I'm not liking it that much and it can cause trouble for large
ontologies. I would like it to replace it with a summary, some labels,
maybe also key concepts...
Best,
Alessandro
[1] http://ontologydesignpatterns.org/ont/iks/kres/omv.owl
> Am 31.07.2012 16:29, schrieb Alessandro Adamou:
>> Hi Melanie,
>>
>> On 7/31/12 1:52 PM, Melanie Reiplinger wrote:
>>> I did a complete re-installation and rebuild last night. Now my bugs
>>> are gone, the delete for the contenthub works and I can see e.g. the
>>> modified RESTful interface of the ontologymanager (which I did not
>>> see before, in spite of updating). The curl command for adding 2
>>> scopes at once to some existing session now works for me. :-)
>>
>> I forgot to tell you that in the latest update you had to rebuild and
>> reinstall commons/owl too. However this happened automatically when
>> you rebuilt the whole Stanbol.
>>
>> But anyway, to make sure the update takes place without rebuilding
>> everything, perhaps the best thing to do is to install the single
>> bundles as you build them, like this (while Stanbol is up and running):
>>
>> mvn clean install -PinstallBundle
>> -Dsling.url=http://[stanbol]/system/console
>>
>> if you have changed the admin credentials to something other than
>> admin:admin , also add -Dsling.user=[admin-username]
>> -Dsling.password=[admin-password]
>>
>> Small update: I finally started working on the D of CRUD for stored
>> ontologies! (i.e. on the /ontonet endpoint). Not sure how long it
>> will take but I'd like to have a primitive implementation by the end
>> of the week.
>>
>> probably the first implementation will be conservative, i.e. if there
>> are any handles on the ontology you will get a 409 Conflict or 403
>> Forbidden, not sure yet. You will first have to clear it of any
>> handles from scopes or sessions.
>>
>>> Also for loading 2 libraries on a scope at creation, I succeeded
>>> after I had escaped the '&' symbol in the URL. This is a bit
>>> surprising for me, because I have used curl commands with the '&'
>>> several times and never had to escape it until now. I'll see how
>>> this works when sending the request via XmlHttpRequest using CORS,
>>> maybe then I don't need to escape it.
>>
>> This is a command line feature (I assume you're using curl from a
>> Unix shell). In Bash shells, the '&' character means "fork this
>> command as a background process" and everything after it is ignored
>> unless you escape it. You don't have to escape it for Ajax requests,
>> so I guess that's why it worked for your XmlHttpRequest in
>> JavaScript. Are you sure that in your previous curl calls the query
>> parameters from the second on (i.e. that followed '&') were actually
>> considered?
>>
>> Best,
>> Alessandro
>>
>>
>>> Am 30.07.2012 14:16, schrieb Alessandro Adamou:
>>>> Hi Melanie,
>>>>
>>>> On 7/30/12 1:27 PM, Melanie Reiplinger wrote:
>>>>> Sorry for my late reply, but I took a 2-week break from the job to
>>>>> intensively study and revise for my exams that took place last week.
>>>>
>>>> I understand. I hope they all went fine. I too am extensively
>>>> working on my Ph.D. thesis (of which the Stanbol ontology manager
>>>> is but a partial implementation BTW).
>>>>
>>>> Can I be curious? I'd like to ask you what is the use case you're
>>>> using ontonet for...
>>>>
>>>>> I tried to pass e.g. several scopes to load them into a session,
>>>>> but I'm doing something wrong. In what form is the list of scopes
>>>>> expected? I tried specifying 2 -F parameters, like
>>>>> curl -i -X POST -F scope=scope1 -F scope=scope2
>>>>> http://<stanbol>/ontonet/session/mysession
>>>>
>>>> Actually that is correct and it worked for me, provided that scope1
>>>> scope2 and mysession were all created earlier. What response are
>>>> you receiving? You should just get a 303 on the session resource,
>>>> but then if you request an RDF/OWl of the session, as in
>>>>
>>>> curl -H "Accept: text/turtle"
>>>> http://<stanbol>/ontonet/session/mysession
>>>>
>>>> you should see an import statement for each scope.
>>>>
>>>> Perhaps some day I will make scope attachment stateless via GET.
>>>>
>>>> Trivial question: did you first svn update, rebuild, cleanup the
>>>> Stanbol installation etc?
>>>>
>>>>> The same for passing several corereg or coreont parameters: How do
>>>>> I list them for the curl command? Something like
>>>>> <stanbol>/ontology/scope1?corereg=lib1&corereg=lib2
>>>>> won't work. Do I have to specify a list?
>>>>
>>>> Again, that seems correct. But remember that if you are using curl
>>>> via command line you must escape the '&' character. Example:
>>>>
>>>> curl -i -X PUT
>>>> [stanbol]/ontonet/ontology/scope1?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational\&corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/W3C
>>>>
>>>> Hope this is helping
>>>>
>>>> Alessandro
>>>>
>>>>
>>>>> Am 23.07.2012 18:44, schrieb Alessandro Adamou:
>>>>>> Hi,
>>>>>>
>>>>>> Since you had been following its development more closely than
>>>>>> others, I just thought you might be interested in the latest
>>>>>> improvements in the Stanbol ontology manager.
>>>>>>
>>>>>> Please do not hesitate to try it out to see if it better fits
>>>>>> your needs and give whatever feedback you would like.
>>>>>>
>>>>>> (NOTE I still need to update the documentation. That's my next TODO)
>>>>>>
>>>>>> All the best,
>>>>>>
>>>>>> Alessandro
>>>>>>
>>>>>>
>>>>>> -------- Original Message --------
>>>>>> Subject: Latest Ontology Manager improvements
>>>>>> Date: Mon, 23 Jul 2012 18:42:18 +0200
>>>>>> From: Alessandro Adamou <ad...@cs.unibo.it>
>>>>>> Reply-To: alexdma@apache.org
>>>>>> Organization: Alma Mater Studiorum - Università di Bologna
>>>>>> To: stanbol-dev@incubator.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> just wanted to share about the work I did on the Stanbol Ontology
>>>>>> Manager over the last couple of months, as it is also based on
>>>>>> requests that surfaced on the list:
>>>>>>
>>>>>> NEW:
>>>>>> * Persistence and portability of ontology network structures:
>>>>>> relations between scopes, sessions and the ontologies managed by
>>>>>> them are now stored in a special metadata graph. Scopes and
>>>>>> sessions are restored as soon as OntoNet activates (though
>>>>>> sessions are restored in an inactive state). I will publish the
>>>>>> OWL schema soon.
>>>>>> * Configurable connectivity policies. Depending on the chosen
>>>>>> policy, more import statements will be declared across scopes,
>>>>>> spaces and session. This has shown to greatly affect OWL axiom
>>>>>> interpretation and reasoning results. Default scheme is TIGHT.
>>>>>> * REST service for attaching/detaching multiple scopes to a
>>>>>> session at once. Just POST as many "scope={scopeID}" form
>>>>>> parameters as you like to the session resource. Any previously
>>>>>> attached scope not included will be detached automatically
>>>>>>
>>>>>> IMPROVED:
>>>>>> * Speedups. Reduced the likelihood of copying triples from
>>>>>> Clerezza-based input sources. This should reduce the length of
>>>>>> ontology load operations by about 50%.
>>>>>> * RESTful services for exporting ontology networks no longer
>>>>>> depend on the configured namespaces for OntoNet components. URI
>>>>>> prefixes are now extracted from the request URL. Only the Java
>>>>>> API depends on this configuration now.
>>>>>> * HTML client can now create and delete scopes and sessions.
>>>>>> * POST service for creating sessions and letting Stanbol choose
>>>>>> their ID (will be returned as the Location header in the 201
>>>>>> Created response)
>>>>>> * Most creation methods now return 201 Created with the resource
>>>>>> Location. It's still 303 for some service because the HTML client
>>>>>> uses POST forms and would not be able to capture a 201 response
>>>>>> and act thereupon.
>>>>>> * Ontology -> Stored Graph reconciliation policies (
>>>>>> STANBOL-426). It is now possible to obtain a "public key" for
>>>>>> each supplied OntologyID (incl. owl:versionIRI) or physical URL.
>>>>>> * Parameters "corereg" and "coreont" for creating scopes with
>>>>>> ontologies and libraries embedded in their core spaces can now
>>>>>> have multiple values in a single call.
>>>>>> * Added backward links to the HTML interface
>>>>>>
>>>>>> FIXED:
>>>>>> * CORS support (thanks Melanie for testing!)
>>>>>> * Parsing formats other than RDF/XML without specifying the
>>>>>> parser to try was often failing as the streams were not being
>>>>>> reset/recreated. This was also causing failures if imported
>>>>>> ontologies were in a format different than RDF/XML.
>>>>>> * Graph naming policy for anonymous ontologies was causing
>>>>>> trouble when restoring components. Moved it out of commons/owl
>>>>>> * Broke computational loops caused by cycles in import graphs (a
>>>>>> consequence of migrating to the Clerezza API).
>>>>>> * Got rid of the obsolete OWL API-based implementation
>>>>>>
>>>>>> Working on a couple more things right now, then once the OntoNet
>>>>>> renaming takes place I would call for a new ontologymanager release.
>>>>>>
>>>>>> Best,
>>>>>> 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
>>>
>>
>>
>> --
>> 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