I have the mulgara 3.0.0 instance running fine, using the "-s fedora" to
give it the fedora servername. Fedora is set to run remote, and set the
host param to localhost, and the servername to 'fedora'.

Both run fine, going to http://localhost:8080/fedora/risearch redirects
me to the webui nicely, and this is functioning fine from what I can
tell (I can create, drop and add rdf graphs and triples)

However, I am missing the bit of information about how fedora syncs to
mulgara - what is the Graph URI? I have tried creating
<rmi://localhost/fedora#rdfs and #ri> in case they are the intended
graph uris, but this doesn't work. The fedora-rebuild.sh returns the
following:

"NOTE: You must now manually re-initialize (clear) 
      the existing triplestore.  The RI rebuilder
      cannot yet automatically perform this step 
      for this type of triplestore.  Press enter
      when finished.

Initializing triplestore interface...
Error: Failed to initialize new Resource Index

fedora.server.errors.ResourceIndexException: Failed to initialize new
Resource Index
        at
fedora.server.resourceIndex.ResourceIndexRebuilder.start(ResourceIndexRebuilder.java:149)
        at
fedora.server.utilities.rebuild.Rebuild.<init>(Rebuild.java:81)
        at
fedora.server.utilities.rebuild.Rebuild.main(Rebuild.java:424)
Caused by: org.trippi.TrippiException: Failed to create Client JRDF
Graph.
        at
org.trippi.impl.mulgara.MulgaraSession.getElementFactory(MulgaraSession.java:180)
        at
org.trippi.impl.mulgara.MulgaraConnector.init(MulgaraConnector.java:165)
        at
org.trippi.TriplestoreConnector.init(TriplestoreConnector.java:24)
        at
fedora.server.resourceIndex.ResourceIndexRebuilder.start(ResourceIndexRebuilder.java:142)
        ... 2 more
Caused by: org.jrdf.graph.GraphException: Failed to create Client JRDF
Graph.
        at
org.mulgara.server.driver.JRDFGraphFactory.newClientGraph(JRDFGraphFactory.java:186)
        at
org.trippi.impl.mulgara.MulgaraSession.getElementFactory(MulgaraSession.java:178)
        ... 5 more
Caused by: java.lang.ClassNotFoundException:
org/mulgara/client/jrdf/RemoteGraphProxy
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:164)
        at
org.mulgara.server.driver.JRDFGraphFactory.getClassTypes(JRDFGraphFactory.java:266)
        at
org.mulgara.server.driver.JRDFGraphFactory.newClientGraph(JRDFGraphFactory.java:179)
        ... 6 more


Is there a step I am missing?

Ben


On Wed, 2008-10-29 at 13:48 -0400, Greg Jansen wrote:
> Hey, we've got Mulgara running in remote mode as described below, using 
> Mulgara's default #server1 servername.  The fedora-rebuild scripts 
> require Mulgara to be running, but not Fedora.  So what I did was create 
> two /etc/init.d scripts, one to start both and one to just start Mulgara 
> alone.
> 
> I do think the architecture could be further decoupled by allowing 
> fedora to run while also reindexing the resource index.  However, you've 
> got to block or track all object changes while that the index process 
> completes, something that seems more likely in the next release, which 
> promises JTA support.  Edwin, do fedora developers have any plans or 
> thoughts about that?
> 
> thanks,
> Greg Jansen
> Carolina Digital Repository
> UNC Chapel Hill
> 
> Edwin Shin wrote:
> > (moving to fedora users)
> >
> > On 10/29/2008 11:15 PM, Benjamin O'Steen is rumored to have said:
> > <snip/>
> >
> >   
> >> Some documentation on the limits/breadth of support would be most
> >> appreciated, as the statement 'SPARQL support' might pose problems for
> >> managing user expectations. 
> >>     
> >
> > I'm not positive what the latest state of SPARQL support in Mulgara 
> > is--it's either complete or just about. Mid-summer (before Mulgara 
> > 2.0.0), about 95% of SELECT queries were supported, where the main thing 
> > missing was ordering by expression instead of by a variable. Also at 
> > that time, ASK, DESCRIBE and CONSTRUCT were not supported, but these are 
> > now supported (or at least I see the code for it now).
> >
> >   
> >> (So far, I have got the in-vm mulgara to understand a SELECT query, but
> >> it fails to reply with any results. A person with only SPARQL experience
> >> might be similarly stuck.)
> >>     
> >
> > You'll still need to include a FROM clause in your SPARQL query if that 
> > helps (e.g. "select * from <#ri> where { ?s ?p ?o }")--there's no 
> > default model set, which come to think of it, we should consider doing.
> >
> >   
> >> On a similar note, I was also interested in having an external Mulgara
> >> store coupled to Fedora. If anyone has a walkthrough on how to set this
> >> up, I'd love to read it. I have set the host param in the fedora.fcfg,
> >> and have Mulgara's web UI happily running on /risearch. However, I
> >> haven't been able to guess the process for creating the graph for Fedora
> >> to use, mainly due to my inexperience with native mulgara, so rebuilding
> >> fails, and Mulgara seems empty.
> >>     
> >
> > In datastore configuration for Mulgara in fedora.fcfg, set "remote" to 
> > "true", and set the "host" (and "port" if you're not using the default 
> > 1099) parameter to the host Mulgara is running on (e.g. "localhost"). 
> > You also need to ensure that the serverName parameter matches your 
> > remote instance of Mulgara (e.g. start mulgara with "-s fedora" or 
> > change serverName in fedora.fcfg to "server1", which is Mulgara's 
> > default). I think that's it ;) Let me know if that works for you. Then 
> > this should go up on the wiki.
> >
> > -------------------------------------------------------------------------
> > 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