Hi Steve, > I think exclude has been removed - see Mulgara release notes (for v1.2, Apr > 3 2008) here - http://www.mulgara.org/release.html > > There's also a thread on removing exclude starting here - > http://mulgara.org/pipermail/mulgara-general/2007-April/000084.html
Ah, thanks for that. It looks like exclude and minus are not quite what I was looking for after all, if I'm reading the documentation correctly. Am a bit new to this kind of query language, and have all my old SQL assumptions to overthrow :) Cheers, Richard > -----Original Message----- > From: Richard Jones [mailto:[email protected]] > Sent: 28 October 2009 17:56 > To: Fedora Commons Developers > Subject: [Fedora-commons-developers] itql question > > > Hi Folks, > > I'm trying to construct an ITQL query over my Resource Index, but am > getting exceptions on certain keywords. Particularly, the example on > how to do "exclude" queries using ITQL from the Mulgara website: > > select $s $p $o from <#ri> > where exclude($s <leaves> 'green') > and $s $p $o; > > Doesn't return nothing, but instead throws an exception, which suggests > that it has failed to parse the query (attached). > > Any ideas what I'm doing wrong? > > Cheers, > > Richard > > org.trippi.TrippiException: [2,7] expecting: 'count', 'subquery', > 'trans', 'walk', '(', variableprefix, resource, quote, '{', '[' > at > org.trippi.impl.mulgara.MulgaraSession.query(MulgaraSession.java:137) > at > org.trippi.impl.base.ConcurrentTriplestoreReader.findTuples(ConcurrentTriple > storeReader.java:79) > at > fedora.server.resourceIndex.ResourceIndexImpl.findTuples(ResourceIndexImpl.j > ava:301) > at > fedora.server.resourceIndex.ResourceIndexModule.findTuples(ResourceIndexModu > le.java:318) > at org.trippi.server.TrippiServer.find(TrippiServer.java:119) > at > org.trippi.server.http.TrippiServlet.doFind(TrippiServlet.java:512) > at > org.trippi.server.http.TrippiServlet.doGet(TrippiServlet.java:377) > at > fedora.server.access.RISearchServlet.doGet(RISearchServlet.java:125) > at > org.trippi.server.http.TrippiServlet.doGet(TrippiServlet.java:269) > at > org.trippi.server.http.TrippiServlet.doPost(TrippiServlet.java:572) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:269) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:188) > at > fedora.server.security.servletfilters.FilterSetup.doFilter(FilterSetup.java: > 256) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:215) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:188) > at > fedora.server.security.servletfilters.FilterSetup.doFilter(FilterSetup.java: > 256) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:215) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:188) > at > fedora.server.security.servletfilters.FilterSetup.doFilter(FilterSetup.java: > 256) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:215) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:188) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja > va:213) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja > va:174) > at > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase > .java:525) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127 > ) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117 > ) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java > :108) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874) > at > org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processC > onnection(Http11BaseProtocol.java:665) > at > org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav > a:528) > at > org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWo > rkerThread.java:81) > at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav > a:689) > at java.lang.Thread.run(Thread.java:619) > Caused by: org.mulgara.parser.MulgaraParserException: [2,7] expecting: > 'count', 'subquery', 'trans', 'walk', '(', variableprefix, resource, > quote, '{', '[' > at > org.mulgara.itql.TqlInterpreter.parseQuery(TqlInterpreter.java:354) > at > org.trippi.impl.mulgara.MulgaraSession.query(MulgaraSession.java:129) > ... 35 more > Caused by: org.mulgara.itql.parser.ParserException: [2,7] expecting: > 'count', 'subquery', 'trans', 'walk', '(', variableprefix, resource, > quote, '{', '[' > at org.mulgara.itql.parser.Parser.parse(Parser.java:464) > at > org.mulgara.itql.TqlInterpreter.parseQuery(TqlInterpreter.java:350) > ... 36 more > -- Richard Jones Head of Repository Systems, Symplectic Limited e: [email protected] t: 0845 026 4755 t: +44 (0)207 7334036 w: http://www.symplectic.co.uk/ ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Fedora-commons-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
