Hi Bill, On 8/11/2011 4:39 PM, Bill Page wrote: > Tim Donohue, > > Thank you for your comments and suggestions. > > Yes, I did configure a proxy for maven as a necessary first step, but > in our situation the proxy is very strict. HTTP and FTP download > requests of any files that are known to be potential threat vectors > (i.e which might contain malicious code) are automatically processed > by something called "McAfee Web Gateway" and require a dialogue with > the user to successfully complete the download. I am in a situation > where I can only argue with these security measures on a special > case-by-case basis. After a little arm twisting I did manage to get > repo1.maven.org added as an exception. This allows me to at least > complete the 'maven -U package' process.
That's good to hear. > Besides the large size (about 250 Mbytes), is there some reason why > there is no optional download of DSpace that has this maven build > process pre-completed? Is there some critical architecture or > machine-dependent processing about this step? For example, would it > necessarily be limited to specific version of java etc.? There are a few reasons we still distribute everything via Maven, rather than just packaging up a bit downloadable zip. One reason is that Maven is actually helpful if people wish to customize their DSpace install (which many do), as one can more easily separate their custom code from the out-of-the-box DSpace code. It also helps simplify upgrades (to a point) because of this code separation. Finally, it can also allow us to pre-configure the dspace.cfg configuration file with things like Oracle DB or PostgreSQL DB specific settings (this is a minor feature though). That being said, a downloadable zip file may be of use to sites that don't want to customize DSpace at all (or have very minimal customizations which they want to keep track of on their own). So, it may be worth the developers reanalyzing whether there are situations where a downloadable zip could be useful, rather than building via Maven. > As you say, > later I will have to copy the result of this step to another machine > that is completely isolated from the Internet. Do I have to make sure > that the environment is identical between the build and target > machines? No, they don't need to be identical. Technically you could build DSpace on a Windows machine and copy it to a Linux machine and it all should still work fine. It'd probably be best to have the same version of Java on them though. Beyond that, just follow the normal prerequisites: https://wiki.duraspace.org/display/DSDOC/Installation > But now I find I am stuck again during the install. Is there some way > that I can avoid 'update_geolite'? What is the purpose of > 'update_geolite'? Ugh. This is a known bug, which we're working on fixing in 1.8.0: https://jira.duraspace.org/browse/DS-878 Essentially, that script is attempting to download the "GeoLiteCity.data.gz" data file, which is used by the DSpace statistics engine to help determine where hits/downloads are coming from (what country, etc). Unfortunately, if that file fails to download or times out, then the install process fails. This will be fixed in 1.8.0. In the meantime, you can get around this by manually installing the file into DSpace: (1) Download file from: http://geolite.maxmind.com/download/geoip/database/GeoLiteCity.dat.gz (2) Unzip the file, which will create a file named "GeoLiteCity.dat" (3) Manually copy this file to the folder [dspace]/config/ (where [dspace] is the location where you are installing DSpace, i.e. the 'dspace.dir' value in your dspace.cfg) (4) Rerun 'ant fresh_install'. This time, it should skip over the 'update_geolite' step, as it will see that the [dspace]/config/GeoLiteCity.dat file already exists. Sorry about this issue. As you can tell, DSpace currently is not very well tailored to installation from a machine with no internet access. - Tim ------------------------------------------------------------------------------ Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-dev2dev _______________________________________________ Dspace-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-devel
