Why JDK?

[paladine]

I was really looking foward to building Zimbra. I was looking for a robust web2.0 webmail system for multiple domains and it looked like just what I needed. Then I ran headlong into the behemoth that is JDK15.

I was trying to install on a headless FreeBSD server but there doesn't seem to be any sane way to build JDK15 for a headless system. So I decided to just go for it and after over 4 hours of building, it failed. Just look at the monster dependencies list for JDK15:

/usr/ports/java/jdk15> df
Filesystem  1K-blocks    Used     Avail Capacity  Mounted on
/dev/ad4s1a 149336674 7732148 129657594     6%    /
devfs               1       1         0   100%    /dev
[root(paladine)@216-55-168-4] - /usr/ports/java/jdk15> make clean
===>  Cleaning for unzip-5.52_2
===>  Cleaning for m4-1.4.4
===>  Cleaning for zip-2.32
===>  Cleaning for open-motif-2.2.3_2
===>  Cleaning for linux-sun-jdk-1.4.2.12
===>  Cleaning for mozilla-1.7.13,2
===>  Cleaning for gmake-3.81_1
===>  Cleaning for pkg-config-0.21
===>  Cleaning for libiconv-1.9.2_2
===>  Cleaning for glib-2.10.3
===>  Cleaning for javavmwrapper-2.3
===>  Cleaning for desktop-file-utils-0.11
===>  Cleaning for xorg-libraries-6.9.0
===>  Cleaning for imake-6.9.0
===>  Cleaning for linux_base-fc-4_9
===>  Cleaning for linux-xorg-libs-6.8.2_5
===>  Cleaning for perl-5.8.8
===>  Cleaning for intltool-0.35.0
===>  Cleaning for jpeg-6b_4
===>  Cleaning for png-1.2.12_1
===>  Cleaning for nspr-4.6.3
===>  Cleaning for nss-3.11.3
===>  Cleaning for libXft-2.1.7_1
===>  Cleaning for atk-1.11.4_1
===>  Cleaning for gtk-2.8.20
===>  Cleaning for libIDL-0.8.7
===>  Cleaning for pango-1.12.4
===>  Cleaning for gettext-0.14.5_2
===>  Cleaning for libtool-1.5.22_2
===>  Cleaning for popt-1.7_1
===>  Cleaning for libdrm-2.0.2
===>  Cleaning for freetype2-2.1.10_5
===>  Cleaning for fontconfig-2.3.2_5,1
===>  Cleaning for rpm-3.0.6_13
===>  Cleaning for linux-fontconfig-2.2.3_5
===>  Cleaning for p5-XML-Parser-2.34_2
===>  Cleaning for tiff-3.8.2
===>  Cleaning for shared-mime-info-0.19
===>  Cleaning for hicolor-icon-theme-0.5
===>  Cleaning for bison-1.75_2,1
===>  Cleaning for cairo-1.0.4_1
===>  Cleaning for xorg-fonts-truetype-6.9.0
===>  Cleaning for xorg-fonts-encodings-6.9.0_1
===>  Cleaning for expat-2.0.0_1
===>  Cleaning for automake-1.4.6_2
===>  Cleaning for autoconf-2.13.000227_5
===>  Cleaning for linux-expat-1.95.8
===>  Cleaning for libxml2-2.6.26
===>  Cleaning for xorg-clients-6.9.0_3
===>  Cleaning for bitstream-vera-1.10_2
===>  Cleaning for xterm-220
===>  Cleaning for jdk-1.5.0p3_4
[root(paladine)@216-55-168-4] - /usr/ports/java/jdk15> df
Filesystem  1K-blocks    Used     Avail Capacity  Mounted on
/dev/ad4s1a 149336674 4501382 132888360     3%    /
devfs               1       1         0   100%    /dev

Even though the build failed it still used over 3GB of space because of all that xorg rubbish.

Looks like I am not going to be able to deploy Zimbra after all, unless anyone knows where I can find a FreeBSD package for it that doesn't include Xorg and the related junk.

Its a shame, looks like a great suite.

Paladine

[Klug]

FreeBSD is not a supported platform (while I'd love it to be), you should stick with the supported platforms.

If you can not setup another OS/server, you can also run Zimbra inside a VMWare.

[ringnebula]

Building Zimbra itself on FreeBSD may pose it's own difficulties but if you would like to attempt it do yourself a favor and install a native binary distribution of java

http://www.freebsdfoundation.org/downloads/java.shtml

1.5 is there.

[Phred]

I'm not sure how much trouble you'll have actually building Zimbra on FreeBSD, but you can get a native JDK from ports now. Look in /usr/ports/java/diablo-jdk15/ .