On Fri, Sep 07, 2012 at 11:44:12AM -0700, Mark Diggory wrote: > Likewise, I've reviewed the improvements and MarkW and I discussed the > strategy of simplifying the configuration approach. > > https://github.com/DSpace/dspace-services/pull/4 > > MarkW, Does this support CLI relative reference to dspace config/dspace.cfg > and config/modules/**/*.cfg? Also does this support getting the > dspace-config web.xml context param initialization as well? > > https://github.com/DSpace/DSpace/blob/master/dspace-xmlui/dspace-xmlui-webapp/src/main/webapp/WEB-INF/web.xml#L37
Ah, wait, I think I answered the wrong question. -Ddspace.configuration= will replace the computed [DSpace]/config/dspace.cfg path with whatever you specify. If you specify a relative path, it should be interpreted as relative to wherever 'pwd' currently is, which may not be [DSpace]. ConfigurationService doesn't use dspace-config now and would not after applying PR#4. As I noted previously, ConfigurationService and ConfigurationManager are fed different information by the servlet context. The intent of dspace.configuration seemed to me to be: I don't care where you think the configuration ought to be, DSpace; use this one instead. That's certainly what I wanted when I went looking and found it. I don't see this as something one would use in production, but as test scaffolding for a DSpace that is *not installed anywhere*. I think we are getting tangled up again in the Strange Loop that is created by allowing dspace.cfg to define dspace.dir, when dspace.dir is used to find dspace.cfg. Douglas Hofstadter would love it. I want to break that loop. Later. Anyway, is that satisfactory? -- Mark H. Wood, Lead System Programmer mw...@iupui.edu Asking whether markets are efficient is like asking whether people are smart.
pgpZei0yJRJyH.pgp
Description: PGP signature
------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
