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.
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.? 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?
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'?
# sudo ant fresh_install
...
update_geolite:
[echo] Downloading:
http://geolite.maxmind.com/download/geoip/database/GeoLiteCity.dat.gz
[get] Getting:
http://geolite.maxmind.com/download/geoip/database/GeoLiteCity.dat.gz
[get] To: /dspace/config/GeoLiteCity.dat.gz
[get] Error getting
http://geolite.maxmind.com/download/geoip/database/GeoLiteCity.dat.gz
to /dspace/config/GeoLiteCity.dat.gz
BUILD FAILED
/home/page/dspace-1.7.2-src-release/dspace/target/dspace-1.7.2-build.dir/build.xml:882:
The following error occurred while executing this line:
/home/page/dspace-1.7.2-src-release/dspace/target/dspace-1.7.2-build.dir/build.xml:945:
The following error occurred while executing this line:
/home/page/dspace-1.7.2-src-release/dspace/target/dspace-1.7.2-build.dir/build.xml:931:
java.net.ConnectException: Connection timed out
at java.net.PlainSocketImpl.socketConnect(Native Method)
at
java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:327)
at
java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:193)
at
java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:180)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:384)
at java.net.Socket.connect(Socket.java:546)
at java.net.Socket.connect(Socket.java:495)
at sun.net.NetworkClient.doConnect(NetworkClient.java:178)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:409)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:530)
at sun.net.www.http.HttpClient.<init>(HttpClient.java:240)
at sun.net.www.http.HttpClient.New(HttpClient.java:321)
at sun.net.www.http.HttpClient.New(HttpClient.java:338)
at
sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:935)
at
sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:876)
at
sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:801)
at
org.apache.tools.ant.taskdefs.Get$GetThread.openConnection(Get.java:660)
at org.apache.tools.ant.taskdefs.Get$GetThread.get(Get.java:579)
at org.apache.tools.ant.taskdefs.Get$GetThread.run(Get.java:569)
Total time: 3 minutes 24 seconds
page@linux-am71:~/dspace-1.7.2-src-release/dspace/target/dspace-1.7.2-build.dir
---
Regards,
Bill Page.
On Tue, Aug 9, 2011 at 5:45 PM, Tim Donohue <[email protected]> wrote:
> Bill,
>
> On 8/9/2011 10:04 AM, Bill Page wrote:
>>
>> I have a problem installing DSpace in server environments that do not
>> have unrestricted access to the Internet. In one case I have a secure
>> server with a policy that prohibits all online access to the Internet.
>> In another case I have a server behind a firewall that filters access
>> to binary packages (such as the Maven repository) through an
>> interactive web-based scanning service that does not co-operate with
>> maven. In both cases what I would really like is a simple stand-alone
>> installer.
>
> There's a few options that exist.
>
> First, you could look into using a firewall proxy with Maven, if that would
> be possible in your scenario. See:
> https://wiki.duraspace.org/display/DSDOC/Installation#Installation-ConfiguringaProxy
>
> If that doesn't work, you can copy an existing installation of DSpace to
> your machine that doesn't have internet access. Essentially, this would mean
> installing DSpace on a machine that has internet access, and then copying it
> to your machine that is behind a firewall.
>
> This same question came up recently in dspace-tech mailing list:
> http://www.mail-archive.com/[email protected]/msg13059.html
>
>>
>> I have found:
>>
>> https://wiki.duraspace.org/display/DSPACE/InstallerPrototype
>>
>> Is this the current state-of-the-art?
>
> This Installer Prototype is still in the prototype phase. It doesn't quite
> work as planned yet, unfortunately.
>
>> Is there a single "binary" with
>> a complete and current DSpace release that I can download?
>
> Although there isn't a single downloadable "binary", you can build that
> binary yourself by running 'mvn package' on another computer that has
> internet access.
>
> I'm hoping that you can just configure a Maven proxy (most firewalls allow
> some form of proxy, unless they are really strict).
>
> - 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
