Just confirming, I also got the empty set, and no exception. When I try using an alias besides fedora (which is one of the default aliases), the query works with a valid pid, i.e.:
PREFIX testing: <info:fedora/fedora-system:def/relations-external#> So we should file a bug report if we think the default aliases should be able to be overwritten in the query. - Ben On Fri, Mar 18, 2011 at 1:09 PM, <[email protected]> wrote: > I'm not sure what to tell you, then. I tried your query: > > PREFIX fedora: <info:fedora/fedora-system:def/relations-external#> > SELECT ?a > FROM <#ri> > WHERE {?a <fedora:isConstituentOf> <info:fedora/Demo:2>} > > against a handy repository and got the expected empty set of results, with no > exception returned. Perhaps someone who is more familiar with the RISearch > web interface can help. > > --- > A. Soroka > Online Library Environment > the University of Virginia Library > > > > > On Mar 18, 2011, at 1:04 PM, Laura delli Paoli wrote: > >> <ajs6f@...> writes: >> >>> >>> Laura-- >>> >>> That's the source of the web form. I meant the source of the page that is >> returned after you press "Launch", >>> which normally opens in a new window or tab. If you are sending the source >>> of >> the returned page, something is >>> badly wrong with the presentation to the browser and you might want to try >> another browser for the moment. >>> >>> --- >> I tried with explorer and I got: >> >> org.trippi.TrippiException: [1,1] expecting: EOF >> at >> org.trippi.impl.mulgara.MulgaraSession.query(MulgaraSession.java:154) >> at >> org.trippi.impl.base.ConcurrentTriplestoreReader.findTuples(ConcurrentTriplestor >> eReader.java:79) >> at >> org.fcrepo.server.resourceIndex.ResourceIndexImpl.findTuples(ResourceIndexImpl.j >> ava:280) >> at >> org.fcrepo.server.resourceIndex.ResourceIndexModule.findTuples(ResourceIndexModu >> le.java:297) >> at org.trippi.server.TrippiServer.find(TrippiServer.java:119) >> at org.trippi.server.http.TrippiServlet.doFind(TrippiServlet.java:514) >> at org.trippi.server.http.TrippiServlet.doGet(TrippiServlet.java:379) >> at >> org.fcrepo.server.access.RISearchServlet.doGet(RISearchServlet.java:101) >> at org.trippi.server.http.TrippiServlet.doGet(TrippiServlet.java:271) >> at org.trippi.server.http.TrippiServlet.doPost(TrippiServlet.java:576) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) >> at >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilt >> erChain.java:306) >> at >> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain. >> java:210) >> at >> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:2 >> 40) >> at >> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:1 >> 61) >> at >> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.jav >> a:589) >> at >> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) >> at >> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100) >> at >> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) >> at >> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118 >> ) >> at >> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:383) >> at >> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:243) >> at >> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Pr >> otocol.java:188) >> at >> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Pr >> otocol.java:166) >> at >> org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:288) >> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown >> Source) >> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) >> at java.lang.Thread.run(Unknown Source) >> Caused by: org.mulgara.parser.MulgaraParserException: [1,1] expecting: EOF >> at org.mulgara.itql.TqlInterpreter.parseQuery(TqlInterpreter.java:359) >> at >> org.trippi.impl.mulgara.MulgaraSession.query(MulgaraSession.java:146) >> ... 28 more >> Caused by: org.mulgara.itql.parser.ParserException: [1,1] expecting: EOF >> at org.mulgara.itql.parser.Parser.parse(Parser.java:464) >> at org.mulgara.itql.TqlInterpreter.parseQuery(TqlInterpreter.java:355) >> ... 29 more >> >> >> >> >> ------------------------------------------------------------------------------ >> Colocation vs. Managed Hosting >> A question and answer guide to determining the best fit >> for your organization - today and in the future. >> http://p.sf.net/sfu/internap-sfd2d >> _______________________________________________ >> Fedora-commons-developers mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers > > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Fedora-commons-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers > ------------------------------------------------------------------------------ Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d _______________________________________________ Fedora-commons-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
