Mulgara Project: Issueshttps://code.mulgara.org/https://code.mulgara.org/favicon.ico?15861924492010-01-05T06:40:52ZMulgara Project
Redmine Mulgara - Bug #210 (New): org.mulgara.sparql.parser.cst.AndExpression contains wrong assertionhttps://code.mulgara.org/issues/2102010-01-05T06:40:52Zmartin.gerlach -martin.gerlach@foo.bar
<pre>
<pre>
<pre></pre> Mulgara - Bug #208 (New): Subqueries not supported via RESThttps://code.mulgara.org/issues/2082009-10-20T08:30:52ZEric Kobrin -ekobrin-mulgara@velocitude.com
<p>When making a TQL REST request containing subqueries, <code>StreamedSparqlJSONAnswer</code> throws an exception due to addBinding() not supporting @TransactionalAnswer@s.</p> Mulgara - Bug #207 (New): org.mulgara.protocol.StreamedSparqlJSONObject.emit() produces improper ...https://code.mulgara.org/issues/2072009-10-14T07:18:30ZEric Kobrin -ekobrin-mulgara@velocitude.com
<p>[<a class="source" href="https://code.mulgara.org/projects/mulgara/repository/3/revisions/1379/entry/trunk/src/jar/querylang/java/org/mulgara/protocol/StreamedSparqlJSONObject.java#L56">source:trunk/src/jar/querylang/java/org/mulgara/protocol/StreamedSparqlJSONObject.java@1379#L56</a> <a class="wiki-page new" href="https://code.mulgara.org/projects/mulgara/wiki/StreamedSparqlJSONObject">StreamedSparqlJSONObject</a>.emit()] does not produce proper JSON. The value for the "data" key is not quoted.</p>
<p>This causes TQL "create" and "drop" queries to return a string which will not parse as JSON.</p> Mulgara - Bug #206 (New): MulgaraUserConfig uses system classloader for conf/mulgara-x-config.xmlhttps://code.mulgara.org/issues/2062009-09-27T18:54:16ZKarsten Huneycutt -kph@skuld.us
<p>The <a class="wiki-page new" href="https://code.mulgara.org/projects/mulgara/wiki/MulgaraUserConfig">MulgaraUserConfig</a> class uses the system class loader to find conf/mulgara-x-config.xml. In some cases, the system class loader is not necessarily the class loader that was used to load the mulgara jar, so it is unable to find the config file that is in the mulgara jar.</p>
<p>The simple fix is to change </p>
<pre><code>URL sysUrl = [[ClassLoader]].getSystemResource(CONFIG_PATH);</code></pre>
<p>to</p>
<pre><code>URL sysUrl = this.getClass().getClassLoader().getResource(CONFIG_PATH);</code></pre>
<p>in src/jar/server/java/org/mulgara/server/MulgaraUserConfig.java, line 89.</p> Mulgara - Bug #204 (New): TQL Causing Mulgara to hang (regression from 2.0.9 to 2.1.3)https://code.mulgara.org/issues/2042009-09-16T23:13:52ZDragisa Krsmanovic -dkrsmanovic@plos.org
<p>This particular query <em>never</em> returns in Mulgara 2.1.3</p>
<p>In Mulgara 2.0.9 it, correctly, returns with no results under one minute.</p>
<p>Same database was used for testing.</p>
<pre>
select $art $oqltmp1_1 $score0 from <local:///topazproject#prefix>
where $art <rdf:type> <http://rdf.topazproject.org/RDF/Article> in <local:///topazproject#filter:graph=ri>
and $art <http://purl.org/dc/terms/bibliographicCitation> $oqltmp2_2 in <local:///topazproject#filter:graph=ri>
and $oqltmp2_2 <http://rdf.plos.org/RDF/hasEditorList> $oqltmp2_3 in <local:///topazproject#filter:graph=ri>
and $oqltmp2_4 <mulgara:prefix> <rdf:_> in <local:///topazproject#prefix>
and $oqltmp2_3 $oqltmp2_4 $oqltmp2_1 in <local:///topazproject#filter:graph=ri>
and $oqltmp2_1 <mulgara:search> $oqltmp2_7fs in <local:///topazproject#lucene>
and $oqltmp2_7fs <http://xmlns.com/foaf/0.1/name> '"niyaz ahmed"' in <local:///topazproject#lucene>
and $oqltmp2_7fs <mulgara:score> $score0 in <local:///topazproject#lucene>
and $art <http://prismstandard.org/namespaces/1.2/basic/eIssn> $oqltmp1_1 in <local:///topazproject#filter:graph=ri>;
</pre> Mulgara - Bug #203 (New): Mulgara RMI Connection Issuehttps://code.mulgara.org/issues/2032009-09-14T18:23:55ZJoe Osowski -josowski@plos.org
<p>I'm seeing some strange behavior here when connecting to a remote mulgara server. It looks like we've got something misconfigured, but I haven't been able to nail it down yet.</p>
<p>The ambra and mulgara instances that are installed on the same server and can talk to eachother fine. But when I try to connect to this instance of mulgara from my development workstation, it just times out. I turned up the debug logging for mulgara and this is what I see:</p>
<p>2009-09-03 09:35:43,731 ERROR <a class="wiki-page new" href="https://code.mulgara.org/projects/mulgara/wiki/MulgaraXAResourceContext">MulgaraXAResourceContext</a>> Failed to create transaction [RMI TCP Connection(22)-10.135.2.71 org.mulgara.resolver.MulgaraXAResourceContext]<br /> org.mulgara.query.MulgaraTransactionException: Interrupted while waiting for write lock<br /> at org.mulgara.resolver.MulgaraTransactionManager.obtainWriteLock(MulgaraTransactionManager.java:97)<br /> at org.mulgara.resolver.MulgaraExternalTransactionFactory.createTransaction(MulgaraExternalTransactionFactory.java:93)<br /> at org.mulgara.resolver.MulgaraXAResourceContext$MulgaraXAResource.start(MulgaraXAResourceContext.java:371)<br /> at org.mulgara.server.rmi.XAResourceWrapperRemoteXAResource.start(XAResourceWrapperRemoteXAResource.java:100)</p>
<p>I believe the interrupted exception is caused by the fact that I stopped my local ambra instance and the connection was closed. It appears to be waiting for a write lock for some reason.</p>
<p>Strangely, when I start Mulgara with the webserver, RMI starts working as well. Turn off the web server, and I'm back to the same problem.</p>
<p>Here are the parameters that I am passing Mulgara that enables RMI to work:</p>
<p>-r 8111 -t 8111 -p 8001 -u 8011 -o plosone-branch.plos.org -k plosone-branch.plos.org</p>
<p>Here are the params that we had before:</p>
<p>-r 8111 -t 8111 --nohttp</p> Mulgara - Bug #202 (New): SPARQL queries with non-ascii chars failhttps://code.mulgara.org/issues/2022009-09-06T14:49:10ZGregg -gar@foo.bar
<p>I'm able to successfully load UTF-8 data with non-ascii characters, both in URIs and in literals (Mulgara 2.1.3). SPARQL queries against the data succeed so long as such non-ascii values match variables. However, if the query itself contains non-ascii chars it fails.</p>
<p>For example, if my data includes something like<br /><pre>
eg:Foo a eg:Füß
</pre><br />then a query like<br /><pre>
SELECT ?z WHERE { <eg:Foo> a ?z .}
</pre><br />will succeed, but one like<br /><pre>
SELECT ?x WHERE { ?x a <eg:füß> . }
</pre></p>
<p>will fail.</p>
<p>This is a show-stopper for me, since I need non-ascii Unicode in both my data and my queries.</p> Mulgara - Bug #201 (New): Accept-Charset HTTP header not honoredhttps://code.mulgara.org/issues/2012009-09-06T14:39:02ZGregg -gar@foo.bar
<p>(This ticket obsoletes <a class="issue tracker-3 status-3 priority-33 priority-high2" title="Bug: SPARQL results char encoding (New)" href="https://code.mulgara.org/issues/197">#197</a>)</p>
<p>Currently there doesn't seem to be a way to request a specific character encoding for query results. I think the way to do this is via content negotiation; at least I haven't seen any way to make such a request in SPARQL, but I might be wrong about that. In any case, I need a way to definitely indicate that I want utf-8 for the results.</p>
<p>The Mulgara HTTP interfaces (version 2.1.3) don't seem to honor the Accept-Charset header. Ideally it should be possible to use the header to stipulate any encoding for XML results. For JSON results, it should be possible to stipulate any UTF (utf-8, utf-16, utf-32) or UCS (UCS-4; I understand UCS-2 is obsolete.)</p> Mulgara - Bug #199 (New): TQL Load data encodinghttps://code.mulgara.org/issues/1992009-09-06T14:14:16ZGregg -gar@foo.bar
<pre>
To see this, take any ascii file, save it in emacs with latin-1 encoding, try to load it, get the error message. Then save it as utf-8 and it loads fine.
Ideally one should be able to specify any input encoding, but at a minimum I would suggest support for any form of Unicode, the (16?) ISO Latin encodings, one or two of the standard Japanese encodings, maybe a Chinese and Russian (KOI-8?).
I'm not sure how one would specify this; it should probably be specified in an HTTP header. I looked at the "SPARQL 2":http://www.w3.org/TR/sparql-features/#sparql-update new features draft and the "SPARUL":http://www.w3.org/Submission/2008/SUBM-SPARQL-Update-20080715/ stuff but I don't see any mention of charset stuff.</pre> Mulgara - Feature #198 (New): SPARQL XML results encodinghttps://code.mulgara.org/issues/1982009-09-01T20:02:05ZGregg -gar@foo.bar
<p>Currently the XML response to SPARQL queries does not specify an encoding in the XML header. The SPARQL Protocol definition doesn't seem to address this, and the examples omit it; but the SOAP example includes it. As a matter of "best practice" I think Mulgara should always explicitly indicate the encoding.</p> Mulgara - Bug #197 (New): SPARQL results char encodinghttps://code.mulgara.org/issues/1972009-09-01T19:59:32ZGregg -gar@foo.bar
<p>The SPARQL Protocol definition says that for the HTTP binding "the whttp:outputSerialization is application/sparql-results+xml with UTF-8 encoding, application/rdf+xml with<br />UTF-8 encoding." (<a href="http://www.w3.org/TR/rdf-sparql-protocol/#query-bindings-http" class="external">Section 2.2</a>) That's for XML results; I haven't found the equivalent requirement for JSON output, but for my application in any case full utf-8 support for json and xml is essential.</p>
<p>As a general matter (principle of least surprise), I think the expected behavior would be "encoding-in equals encoding-out", so if I populate a graph with utf-8 data, query results should be utf-8, no matter the output serialization. Alternatively, one could argue that the standard HTTP 1.1 Accept-Charset header should govern; since it is an HTTP binding, HTTP rules should apply.</p>
<p>The SPARQL Protocol definition doesn't explicitly address character encoding for the SOAP binding, but since SOAP is an HTTP protocol it should probably do utf-8 or honor the Accept-Charset header.</p> Mulgara - Bug #196 (New): N3 parser fails on colonhttps://code.mulgara.org/issues/1962009-08-30T11:41:03ZGregg -gar@foo.bar
<p>The TQL load command fails on: <br /><pre>
@prefix eg: <http://example.org/ns#> .
eg:foo
a eg:FooDad;
eg:long:tag eg:Oops
.
</pre><br />returning: <br /><pre>
Error 500 Unable to load file:///tmp/test.n3 into http://example.org/data: No @prefix for :tag</title>
</pre></p>
<p>But I believe colons are allowed here; in any case this n3 validates fine at <a class="external" href="http://www.rdfabout.com/demo/validator/validate.xpd">http://www.rdfabout.com/demo/validator/validate.xpd</a></p>
<p>I'm running 2.1.3; the issue tracker's version dropdown needs updating.</p> Mulgara - Bug #195 (New): Server IO Exceptionhttps://code.mulgara.org/issues/1952009-08-29T16:45:42ZGregg -gar@foo.bar
<p>I'm see the server dump a stack frame when I run a query using curl. I'm trying to query the system graph, on a freshly installed server with no loaded graphs. I don't know if I'm doing this right, but I don't think the server should barf. The curl file is:<br /><pre>
--url = "http://localhost:8080/sparql/"
--include
--header "Accept: application/sparql-results+xml"
--get
--data-urlencode "query=select ?x ?y ?z where {?x ?y ?z}"
--data-urlencode "default-graph-uri=http://localhost:8080/#"
</pre></p>
<p>mulgara.log says:<br /><pre>
2009-08-29 11:37:56,505 WARN [btpool0-17 - /sparql/?query=select%20%3Fx%20%3Fy%20%3Fz%20where%20%7B%3Fx%20%3Fy%20%3Fz%7D&default-graph-uri=http%3A%2F%2Flocalhost%3A8080%2F%23] http.HttpContent - Ignoring bad parameters in ' charset=iso-8859-1' from the content type for http://localhost:8080/#
2009-08-29 11:37:56,512 WARN [btpool0-17 - /sparql/?query=select%20%3Fx%20%3Fy%20%3Fz%20where%20%7B%3Fx%20%3Fy%20%3Fz%7D&default-graph-uri=http%3A%2F%2Flocalhost%3A8080%2F%23] http.HttpContent - Ignoring bad parameters in ' charset=iso-8859-1' from the content type for http://localhost:8080/#
2009-08-29 11:37:56,863 WARN [Thread-46] rdfxml.Parser - Recoverable error, line 1, column 122: {E213} Server returned HTTP response code: 503 for URL: http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd
java.io.IOException: Server returned HTTP response code: 503 for URL: http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd
at com.hp.hpl.jena.rdf.arp.impl.XMLHandler.generalError(XMLHandler.java:197)
at com.hp.hpl.jena.rdf.arp.impl.RDFXMLParser.parse(RDFXMLParser.java:113)
at com.hp.hpl.jena.rdf.arp.ARP.load(ARP.java:143)
at org.mulgara.content.rdfxml.Parser.run(Parser.java:297)
Caused by: java.io.IOException: Server returned HTTP response code: 503 for URL: http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1305)
at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityManager.startEntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityManager.startDTDEntity(Unknown Source)
at org.apache.xerces.impl.XMLDTDScannerImpl.setInputSource(Unknown Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl$DTDDispatcher.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:106)
... 2 more
</pre></p> Mulgara - Bug #193 (New): Mulgara fails to start on Tomcat6https://code.mulgara.org/issues/1932009-08-27T23:08:50ZZachary Whitley -mail@zacharywhitley.com
<p>I get the following error when trying to start Mulgara running on tomcat 6.0.18</p>
<pre>
INFO: Stopping Coyote HTTP/1.1 on http-8080
Aug 27, 2009 6:54:29 PM org.apache.catalina.core.AprLifecycleListener init
INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64/server:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/../lib/amd64:/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib
Aug 27, 2009 6:54:29 PM org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on http-8080
Aug 27, 2009 6:54:29 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 500 ms
Aug 27, 2009 6:54:29 PM org.apache.catalina.users.MemoryUserDatabase save
WARNING: User database is not persistable - no write permissions on directory
Aug 27, 2009 6:54:29 PM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
Aug 27, 2009 6:54:29 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/6.0.18
Aug 27, 2009 6:54:29 PM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive mulgara-2.1.3.war
2009-08-27 18:54:29,954 INFO [[ServletMulgaraServer]] - Using logging configuration from file:/usr/share/tomcat6/webapps/mulgara-2.1.3/WEB-INF/conf/log4j-mulgara-war.properties
2009-08-27 18:54:29,957 INFO [[ServletMulgaraServer]] - Initialising Mulgara server servlet
2009-08-27 18:54:29,959 INFO [[ServletMulgaraServer]] - Obtained localhost.localdomain automatically for server
2009-08-27 18:54:29,960 INFO [[ServletMulgaraServer]] - Starting Mulgara server at rmi://localhost.localdomain/server1 in directory /tmp/mulgara/server1
2009-08-27 18:54:30,267 INFO Jotm - JOTM started with a local transaction factory which is not bound.
2009-08-27 18:54:30,268 INFO Jotm - CAROL initialization
2009-08-27 18:54:30,274 INFO [[ConfigurationRepository]] - No protocols were defined for property 'carol.protocols', trying with default protocol = 'jrmp'.
2009-08-27 18:54:30,374 INFO Current - JOTM 2.0.10
2009-08-27 18:54:30,393 INFO Database - Host name aliases for this server are: [localhost.localdomain, 127.0.0.1, localhost]
2009-08-27 18:54:30,395 INFO [[ServerInfoRef]] - Unable to set 'HostnameAliases' for Server Info
java.lang.NoSuchMethodException: org.mulgara.server.ServerInfo.setHostnameAliases(java.util.HashSet)
at java.lang.Class.getMethod(Class.java:1622)
at org.mulgara.util.ServerInfoRef.findSetter(ServerInfoRef.java:179)
at org.mulgara.util.ServerInfoRef.setServerInfoProperty(ServerInfoRef.java:121)
at org.mulgara.util.ServerInfoRef.setHostnameAliases(ServerInfoRef.java:56)
at org.mulgara.resolver.Database.<init>(Database.java:844)
at org.mulgara.resolver.Database.<init>(Database.java:536)
at org.mulgara.resolver.Database.<init>(Database.java:321)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:532)
at org.mulgara.server.SessionFactoryFactory.getTripleStoreImplementation(SessionFactoryFactory.java:177)
at org.mulgara.server.SessionFactoryFactory.newSessionFactory(SessionFactoryFactory.java:231)
at org.mulgara.server.ServletMulgaraServer.createDatabase(ServletMulgaraServer.java:324)
at org.mulgara.server.ServletMulgaraServer.init(ServletMulgaraServer.java:163)
at javax.servlet.GenericServlet.init(GenericServlet.java:212)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1172)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:992)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4058)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4371)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:830)
at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:719)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
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.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
2009-08-27 18:54:30,424 INFO [[BlockFile]]$IOType - Default IO Type: Mapped
2009-08-27 18:54:30,641 INFO [[DatabaseFactory]] - Loaded content handler: org.mulgara.content.mp3.MP3ContentHandler
2009-08-27 18:54:30,643 INFO [[DatabaseFactory]] - Loaded content handler: org.mulgara.content.mbox.MBoxContentHandler
2009-08-27 18:54:30,645 INFO [[DatabaseFactory]] - Loaded content handler: org.mulgara.content.n3.N3ContentHandler
2009-08-27 18:54:30,646 INFO [[DatabaseFactory]] - Loaded content handler: org.mulgara.content.rlog.RlogContentHandler
2009-08-27 18:54:30,647 INFO [[DatabaseFactory]] - Loaded resolver factory: org.mulgara.resolver.file.FileResolverFactory
2009-08-27 18:54:30,650 INFO [[DatabaseFactory]] - Loaded resolver factory: org.mulgara.resolver.lucene.LuceneResolverFactory
2009-08-27 18:54:30,680 INFO [[DatabaseFactory]] - Loaded resolver factory: org.mulgara.resolver.xsd.XSDResolverFactory
2009-08-27 18:54:30,746 INFO [[FreeList]]$Phase - Lost phase token.
STACK TRACE:
org.mulgara.store.xa.FreeList$Phase.<init>(FreeList.java:977)
org.mulgara.store.xa.ManagedBlockFile$Phase.<init>(ManagedBlockFile.java:239)
org.mulgara.store.xa.AVLFile$Phase.<init>(AVLFile.java:242)
org.mulgara.store.statement.xa.TripleAVLFile$Phase.<init>(TripleAVLFile.java:569)
org.mulgara.store.statement.xa11.XA11StatementStoreImpl$Phase.<init>(XA11StatementStoreImpl.java:1203)
org.mulgara.store.statement.xa11.XA11StatementStoreImpl.prepare(XA11StatementStoreImpl.java:668)
org.mulgara.resolver.StringPoolSession.prepare(StringPoolSession.java:269)
org.mulgara.resolver.store.StatementStoreXAResource.doPrepare(StatementStoreXAResource.java:129)
org.mulgara.resolver.store.StatementStoreXAResource.doPrepare(StatementStoreXAResource.java:60)
org.mulgara.resolver.spi.AbstractXAResource.commit(AbstractXAResource.java:188)
org.objectweb.jotm.SubCoordinator.doOnePhaseCommit(SubCoordinator.java:1255)
org.objectweb.jotm.SubCoordinator.commit_one_phase(SubCoordinator.java:451)
org.objectweb.jotm.TransactionImpl.commit(TransactionImpl.java:239)
org.mulgara.resolver.MulgaraInternalTransaction.commitTransaction(MulgaraInternalTransaction.java:365)
org.mulgara.resolver.MulgaraInternalTransaction.deactivate(MulgaraInternalTransaction.java:194)
org.mulgara.resolver.MulgaraInternalTransaction.execute(MulgaraInternalTransaction.java:631)
org.mulgara.resolver.DatabaseSession.execute(DatabaseSession.java:751)
org.mulgara.resolver.DatabaseSession.bootstrapSystemModel(DatabaseSession.java:309)
org.mulgara.resolver.Database.<init>(Database.java:988)
org.mulgara.resolver.Database.<init>(Database.java:536)
org.mulgara.resolver.Database.<init>(Database.java:321)
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
java.lang.reflect.Constructor.newInstance(Constructor.java:532)
org.mulgara.server.SessionFactoryFactory.getTripleStoreImplementation(SessionFactoryFactory.java:177)
org.mulgara.server.SessionFactoryFactory.newSessionFactory(SessionFactoryFactory.java:231)
org.mulgara.server.ServletMulgaraServer.createDatabase(ServletMulgaraServer.java:324)
org.mulgara.server.ServletMulgaraServer.init(ServletMulgaraServer.java:163)
javax.servlet.GenericServlet.init(GenericServlet.java:212)
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1172)
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:992)
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4058)
org.apache.catalina.core.StandardContext.start(StandardContext.java:4371)
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:830)
org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:719)
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490)
org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
org.apache.catalina.core.StandardService.start(StandardService.java:516)
org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
org.apache.catalina.startup.Catalina.start(Catalina.java:578)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:616)
org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
2009-08-27 18:54:30,747 INFO [[FreeList]]$Phase - Lost phase token.
STACK TRACE:
org.mulgara.store.xa.FreeList$Phase.<init>(FreeList.java:977)
org.mulgara.store.xa.ManagedBlockFile$Phase.<init>(ManagedBlockFile.java:239)
org.mulgara.store.statement.xa.TripleAVLFile$Phase.<init>(TripleAVLFile.java:570)
org.mulgara.store.statement.xa11.XA11StatementStoreImpl$Phase.<init>(XA11StatementStoreImpl.java:1203)
org.mulgara.store.statement.xa11.XA11StatementStoreImpl.prepare(XA11StatementStoreImpl.java:668)
org.mulgara.resolver.StringPoolSession.prepare(StringPoolSession.java:269)
org.mulgara.resolver.store.StatementStoreXAResource.doPrepare(StatementStoreXAResource.java:129)
org.mulgara.resolver.store.StatementStoreXAResource.doPrepare(StatementStoreXAResource.java:60)
org.mulgara.resolver.spi.AbstractXAResource.commit(AbstractXAResource.java:188)
org.objectweb.jotm.SubCoordinator.doOnePhaseCommit(SubCoordinator.java:1255)
org.objectweb.jotm.SubCoordinator.commit_one_phase(SubCoordinator.java:451)
org.objectweb.jotm.TransactionImpl.commit(TransactionImpl.java:239)
org.mulgara.resolver.MulgaraInternalTransaction.commitTransaction(MulgaraInternalTransaction.java:365)
org.mulgara.resolver.MulgaraInternalTransaction.deactivate(MulgaraInternalTransaction.java:194)
org.mulgara.resolver.MulgaraInternalTransaction.execute(MulgaraInternalTransaction.java:631)
org.mulgara.resolver.DatabaseSession.execute(DatabaseSession.java:751)
org.mulgara.resolver.DatabaseSession.bootstrapSystemModel(DatabaseSession.java:309)
org.mulgara.resolver.Database.<init>(Database.java:988)
org.mulgara.resolver.Database.<init>(Database.java:536)
org.mulgara.resolver.Database.<init>(Database.java:321)
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
java.lang.reflect.Constructor.newInstance(Constructor.java:532)
org.mulgara.server.SessionFactoryFactory.getTripleStoreImplementation(SessionFactoryFactory.java:177)
org.mulgara.server.SessionFactoryFactory.newSessionFactory(SessionFactoryFactory.java:231)
org.mulgara.server.ServletMulgaraServer.createDatabase(ServletMulgaraServer.java:324)
org.mulgara.server.ServletMulgaraServer.init(ServletMulgaraServer.java:163)
javax.servlet.GenericServlet.init(GenericServlet.java:212)
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1172)
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:992)
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4058)
org.apache.catalina.core.StandardContext.start(StandardContext.java:4371)
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:830)
org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:719)
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490)
org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
org.apache.catalina.core.StandardService.start(StandardService.java:516)
org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
org.apache.catalina.startup.Catalina.start(Catalina.java:578)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:616)
org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
2009-08-27 18:54:30,776 INFO [[DatabaseFactory]] - Loaded resolver factory: org.mulgara.resolver.http.HttpResolverFactory
2009-08-27 18:54:30,777 INFO [[DatabaseFactory]] - Loaded resolver factory: org.mulgara.resolver.nodetype.NodeTypeResolverFactory
2009-08-27 18:54:30,835 INFO [[DatabaseFactory]] - Loaded resolver factory: org.mulgara.resolver.jar.JarResolverFactory
2009-08-27 18:54:30,837 INFO [[DatabaseFactory]] - Loaded resolver factory: org.mulgara.resolver.view.ViewResolverFactory
2009-08-27 18:54:30,917 INFO [[DatabaseFactory]] - Loaded resolver factory: org.mulgara.resolver.filesystem.FileSystemResolverFactory
2009-08-27 18:54:30,962 INFO [[DatabaseFactory]] - Loaded resolver factory: org.mulgara.resolver.prefix.PrefixResolverFactory
2009-08-27 18:54:30,985 INFO [[DatabaseFactory]] - Loaded resolver factory: org.mulgara.resolver.relational.RelationalResolverFactory
2009-08-27 18:54:31,016 INFO [[DatabaseFactory]] - Loaded resolver factory: org.mulgara.resolver.distributed.DistributedResolverFactory
2009-08-27 18:54:31,018 INFO [[DatabaseFactory]] - Loaded resolver factory: org.mulgara.resolver.nullres.NullResolverFactory
2009-08-27 18:54:31,030 INFO [[DatabaseFactory]] - Loaded resolver factory: class org.mulgara.config.RuleLoader
2009-08-27 18:54:31,030 INFO [[DatabaseFactory]] - Loaded resolver factory: class org.mulgara.config.RuleLoader
Aug 27, 2009 6:54:31 PM org.apache.coyote.http11.Http11Protocol start
INFO: Starting Coyote HTTP/1.1 on http-8080
Aug 27, 2009 6:54:31 PM org.apache.jk.common.ChannelSocket init
INFO: JK: ajp13 listening on /0.0.0.0:8009
Aug 27, 2009 6:54:31 PM org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=0/20 config=null
Aug 27, 2009 6:54:31 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 1804 ms
</pre> Mulgara - Bug #192 (New): Mulgara driver throws ClassNotFoundException for org.mulgara.resolver.l...https://code.mulgara.org/issues/1922009-08-19T19:01:49ZDragisa Krsmanovic -dkrsmanovic@plos.org
<p>driver.jar doesn't include resolver classes.</p>
<p>Resolvers should trow a more generic exception.</p>