I suspect you are using an iTQL query, but as you are using MPTstore, only
SPO queries are allowed.

Is it the same query pattern as your previous posts, ie finding collection
membership?  Those were iTQL queries.

If you want to support that kind of query, I'd suggest you move to a Mulgara
triple store.

-----Original Message-----
From: arne anka [mailto:[EMAIL PROTECTED] 
Sent: 10 November 2008 11:10
To: Steve Bayliss
Cc: fedora-commons-users
Subject: Re: [Fedora-commons-users] [Fedora-commons-developers]
"re-initialize (clear) triplestore"???


version: fedora 2.2.2,
url:        http://host/fedora/risearch
tab:       find triples

> - what's the exception?


org.trippi.TrippiException: Parse error: org.trippi.TrippiException:  
Triple pattern token count not divisible by 3.
        at org.trippi.TriplePattern.parse(TriplePattern.java:75)
        at  
org.trippi.impl.base.ConcurrentTriplestoreReader.findTriples(ConcurrentTripl
estoreReader.java:122)
        at  
fedora.server.resourceIndex.ResourceIndexImpl.findTriples(ResourceIndexImpl.
java:311)
        at  
fedora.server.resourceIndex.ResourceIndexModule.findTriples(ResourceIndexMod
ule.java:374)
        at org.trippi.server.TrippiServer.find(TrippiServer.java:132)
        at fedora.server.access.TrippiServlet.doFind(TrippiServlet.java:518)
        at fedora.server.access.TrippiServlet.doGet(TrippiServlet.java:383)
        at
fedora.server.access.RISearchServlet.doGet(RISearchServlet.java:84)
        at fedora.server.access.TrippiServlet.doGet(TrippiServlet.java:275)
        at fedora.server.access.TrippiServlet.doPost(TrippiServlet.java:578)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at  
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:237)
        at  
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:157)
        at  
fedora.server.security.servletfilters.FilterSetup.doFilter(FilterSetup.java:
173)
        at  
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:186)
        at  
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:157)
        at  
fedora.server.security.servletfilters.FilterSetup.doFilter(FilterSetup.java:
173)
        at  
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:186)
        at  
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:157)
        at  
fedora.server.security.servletfilters.FilterSetup.doFilter(FilterSetup.java:
173)
        at  
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:186)
        at  
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:157)
        at  
fedora.server.security.servletfilters.FilterSetup.doFilter(FilterSetup.java:
173)
        at  
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:186)
        at  
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:157)
        at  
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:214)
        at  
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
        at  
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at  
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext
Valve.java:198)
        at  
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:152)
        at  
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
        at  
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase
.java:540)
        at  
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:102)
        at  
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at  
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137
)
        at  
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
        at  
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118
)
        at  
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:102)
        at  
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at  
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:109)
        at  
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
        at  
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
        at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
        at  
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
        at  
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne
ction(Http11Protocol.java:705)
        at  
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
        at  
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:683)
        at java.lang.Thread.run(Thread.java:595)
Caused by: org.trippi.TrippiException: Triple pattern token count not  
divisible by 3.
        at org.trippi.TriplePattern.parse(TriplePattern.java:59)
        ... 49 more




> - what kind of query are you running - iTQL or SPO?  Try both and see 
> if they both give exceptions

the frontend only offers "spo", "sponge", "unsupported (using template)"


> - what kind of triplestore are you using - MPTStore or Mulgara?

MPTStore

 from fedora.fcfg:

   <module role="fedora.server.resourceIndex.ResourceIndex"  
class="fedora.server.resourceIndex.ResourceIndexModule">
     <comment>Supports the ResourceIndex.</comment>
     <param name="level" value="1">
       <comment>(required)
             Index level. Currently, only 0, 1 and 2 are supported
             levels. 0 = off: do not load the ResourceIndex 1 = basic:  
system
             metadata, RELS-EXT, disseminations 2 = basic + method  
permutations
             WARNING: changing the level (except to 0) requires
             running the Resource Index Rebuilder.</comment>
     </param>
     <param name="datastore" value="localPostgresMPTTriplestore">
       <comment>(required)
             Name of the triplestore to use. WARNING: changing the
             triplestore running the Resource Index Rebuilder.</comment>
     </param>
     <param name="syncUpdates" value="false">
       <comment>(optional, default is false)
             Whether to flush the triple buffer before
             returning from object modification operations.
             Specifying this as true will ensure that RI queries
             immediately reflect the latest triples.
             Specifying false will not provide this guarantee,
             but can significantly reduce roundtrip time for
             API-M operations (depending on the triplestore
             implementation).</comment>
     </param>
     <param name="alias:test" value="http://example.org/terms#";>
       <comment>(optional) Aliases that can be used for queries. The param
                        name of an alias starts with the string
&quot;alias:&quot; and is  
followed by
                        the name of the alias (shortcut) for the value,
which is a URI
                        prefix. For example: name=&quot;alias:test&quot;
                        value=&quot;http://example.org/terms#&quot; will
allow a query to use
                        test:apple instead of
http://example.org/terms#apple</comment>
     </param>
   </module>



<datastore id="localPostgresMPTTriplestore">
     <comment>Example local MPTStore backed by Postgres.
                  To use this triplestore for the Resource Index:
                  1) In fedora.fcfg, change the "datastore" parameter of the
                     ResourceIndex module to localPostgresMPTTriplestore.
                  2) Login to your Postgres server as an administrative user
and
                     run the following commands:
                       CREATE ROLE "fedoraAdmin" LOGIN PASSWORD
'fedoraAdmin'
                         NOINHERIT CREATEDB
                         VALID UNTIL 'infinity';
                       CREATE DATABASE "riTriples"
                         WITH ENCODING='SQL_ASCII'
                         OWNER="fedoraAdmin";
                  3) Make sure you can login to your Postgres server as
fedoraAdmin.
                  4) Download the appropriate Postgres JDBC 3 driver from
                     http://jdbc.postgresql.org/download.html
                     and make sure it's accessible to your servlet
container.
                     If you're running Tomcat, putting it in common/lib/
will  
work.</comment>
     <param name="connectorClassName"  
value="org.trippi.impl.mpt.MPTConnector"/>
     <param name="ddlGenerator"  
value="org.nsdl.mptstore.impl.postgres.PostgresDDLGenerator"/>
     <param name="jdbcDriver" value="org.postgresql.Driver"/>
     <param name="jdbcURL"  
value="jdbc:postgresql://localhost:5432/riTriples"/>
     <param name="username" value="username"/>
     <param name="password" value="password"/>
     <param name="poolInitialSize" value="3"/>
     <param name="poolMaxSize" value="10"/>
     <param name="backslashIsEscape" value="true"/>
     <param name="fetchSize" value="1000"/>
     <param name="autoFlushDormantSeconds" value="5"/>
     <param name="autoFlushBufferSize" value="1000"/>
     <param name="bufferFlushBatchSize" value="1000"/>
     <param name="bufferSafeCapacity" value="2000"/>
   </datastore>












> -----Original Message-----
> From: arne anka [mailto:[EMAIL PROTECTED]
> Sent: 07 November 2008 15:37
> To: fedora-commons-users
> Subject: Re: [Fedora-commons-users] [Fedora-commons-developers] 
> "re-initialize (clear) triplestore"???
>
>
>>> i did the last one, which may have been not the best idea, since 
>>> every query in http://host/fedora/risearch yields an exception ...
>>>
>> Did the rebuilder throw an exception when you ran it?
>
> nope, only the servlet.
> so far i got only simple objects with three or four datastreams, no 
> collections so far. what is risearch supposed to find? could it be 
> that empty search results cause the exception?
>
> ----------------------------------------------------------------------
> ---
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes Grand prize is a trip for two to an Open Source event anywhere in  
> the
> world http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Fedora-commons-users mailing list  
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>




-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Fedora-commons-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to