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 #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 - 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 #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> Mulgara - Bug #181 (New): Need Authorization for HTTPhttps://code.mulgara.org/issues/1812009-02-04T05:32:53ZPaula Gearon
<p>Now that Mulgara can be put on the web, the write operations need to be locked down, else it cannot be deployed. For HTTP we will need to employ authorization through standard means.</p>
<p>Several questions come out of this. First, how should authorization be handled? In the database? In an external file? Second, should it be done on an operation basis (GET is safe, but PUT/POST is not) or on a graph-by-graph basis like Mulgara security used to employ?</p> Mulgara - Feature #175 (New): Resolver interface needs to provide back-up/restore capabilityhttps://code.mulgara.org/issues/1752008-12-04T22:25:53Zamit -amit@foo.bar
<p>To provide a simple administrative routine, it would help if the resolver interface supported backup and restore capabilities.</p>
<p>This will allow resolvers to also dump their data into a backup, and have restore data brought back in. This will only be applicable to writable resolvers.</p>
<p>Resolvers may also need to mark a new section of the backup file, which will be ignored by other resolvers. This will result in new code that asks each resolver if it <em>can</em> do backups, and during restore it will need to iterate over each resolver to find out with one can handle the data about to be restored (according to a section marker in the backup file)</p> Mulgara - Bug #136 (New): IntervalConstraintDescriptor converts all bounds to xsd:doublehttps://code.mulgara.org/issues/1362008-08-04T20:04:13ZAlex Hall -alexhall@revelytix.com
<p>The <code>Bounds</code> object used by <code>IntervalConstraintDescriptor</code> to store the upper and lower bounds of a constraint stores the bounds as doubles. The <code>IntervalConstraintDescriptor.resolve(...)</code> method always uses <code>SPDouble</code> objects constructed from these bounds when slicing the stringpool. This makes it impossible to compare on datatypes derived from <code>xsd:decimal</code> (i.e. <code>xsd:int</code>, <code>xsd:long</code>, etc).</p>
<p>For instance, the following sequence of TQL commands produces no results:</p>
<pre>
create <rmi://localhost/server1#test>;
insert <test:foo> <rdf:value> '1'^^<http://www.w3.org/2001/XMLSchema#int>
into <rmi://localhost/server1#test>;
select $x from <rmi://localhost/server1#test> where
$x <mulgara:gt> '0'^^<http://www.w3.org/2001/XMLSchema#int> in <sys:xsd>;
</pre>