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(ConcurrentTriplestoreReader.java:122)
        at  
fedora.server.resourceIndex.ResourceIndexImpl.findTriples(ResourceIndexImpl.java:311)
        at  
fedora.server.resourceIndex.ResourceIndexModule.findTriples(ResourceIndexModule.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(ApplicationFilterChain.java:237)
        at  
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
        at  
fedora.server.security.servletfilters.FilterSetup.doFilter(FilterSetup.java:173)
        at  
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
        at  
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
        at  
fedora.server.security.servletfilters.FilterSetup.doFilter(FilterSetup.java:173)
        at  
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
        at  
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
        at  
fedora.server.security.servletfilters.FilterSetup.doFilter(FilterSetup.java:173)
        at  
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
        at  
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
        at  
fedora.server.security.servletfilters.FilterSetup.doFilter(FilterSetup.java:173)
        at  
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
        at  
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
        at  
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
        at  
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at  
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at  
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
        at  
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
        at  
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at  
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:540)
        at  
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.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(StandardValveContext.java:104)
        at  
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
        at  
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.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(StandardValveContext.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.processConnection(Http11Protocol.java:705)
        at  
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
        at  
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java: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