Chuck, If I understand, you have an external instance of Mulgara (i.e. not running in the same JVM as Fedora). Do you by any chance have Mulgara configured via Spring, but still have the default config (which is to run Mulgara in the same JVM as Fedora) in fedora.fcfg?
The rebuilder checks fcfg first to find the ResourceIndex config, failing that, looks for Spring configuration. I think that would be consistent with the behavior you're seeing. Maybe one of the other committers can chime in if I'm misinterpreting (see: https://github.com/fcrepo/fcrepo/blob/master/fcrepo-server/src/main/java/org/fcrepo/server/resourceIndex/ResourceIndexRebuilder.java#L125) -Eddie On May 17, 2013, at 9:44 PM, "Schoppet, Chuck" <[email protected]> wrote: > Are there any known issues with running fedora-rebuild.sh on Mulgara 2.1.13? > > We have setup Mulgara 2.1.13 in its own JVM on the same server as Fedora. > > The fedora program to rebuild the Mulgara triple-store (fedora-rebuild.sh) > builds the triple-store without displaying warnings or errors. Fedora’s > tomcat starts up and the triples can be viewed and changed using fedora REST > interfaces: admin and risearch. > > However, the Mulgara data directory (/app/local/mulgara/fedora/) is now > empty. Using the find command, I did not find any active “lucene” > directories on the file system. After Fedora and Mulgara are shut down and > restarted, the triples are gone. > > When an object is changed through the admin interface, Mulgara builds the > data directory with lucene, temp, xaStatementStore and xaStringPool > directories. After restarting Fedora and Mulgara , the triples in the > triple-store remain. > > Chuck > ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 _______________________________________________ Fedora-commons-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
