On 19 December 2014 at 21:47, Chris Gray <cpg...@uwaterloo.ca> wrote:
> You will run into many problems along the way. I started that way and
> had to revert.
>
> DSpace seems to be programmed under the assumption that $CATALINA_BASE is
> the same as $CATALINA_HOME (which it isn't under the Ubuntu/Debian package)
> and that Tomcat is run by the dspace user. You'll have problems with
> DSpace looking in the wrong place for files and with file permission
> conflicts between the tomcat7 and dspace user.
>
Not exactly.
There may be something in the deployment scripts (I've not looked at them
in a long time) that makes some assumption about _BASE / _HOME, but the
code itself doesn't.
Similarly, it doesn't really make any assumptions about the user that
Tomcat is running as - but there is a complication that DSpace consists of
both applications that sit within the container (Tomcat), and code /
scripts to be executed at the command line (administrative tasks, batch
ingestion, etc.).
So the one assumption is that all the code (be it in Tomcat, or executed
from a shell), has access to the DSpace home directory, the configuration,
the asset store, etc. - not just for reading, but for writing in both
environments.
And that's really where the issues arise. Anything created by the web
application will assume the identity that the container is running as, and
that needs to be accessible to the shell scripts, and vice versa - anything
created by running a shell script will take on the identity that the script
was executed under, but that needs to be accessible to the web application.
On top of that, if you are doing a file system level deployment to the
container (Tomcat) of the web application (e.g. copying it to the webapps
directory), then the credentials used to execute the copy need to be
harmonized with the credentials of the application server.
There are other potential ways round it, but if you've got a dedicated
server, the simplest approach is to harmonize the credentials used for
Tomcat and for executing the shell scripts (and by turn, the owners of the
files) - it avoids a lot of complication later on.
FWIW, I ran DSpace on Debian, using the packaged Tomcat server, without
running into any _BASE / _HOME issues. I did ensure that Tomcat was running
as my 'dspace' user though.
G
------------------------------------------------------------------------------
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
_______________________________________________
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
