Return-Path: X-Original-To: apmail-accumulo-dev-archive@www.apache.org Delivered-To: apmail-accumulo-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B0718914B for ; Tue, 29 May 2012 14:23:24 +0000 (UTC) Received: (qmail 19877 invoked by uid 500); 29 May 2012 14:23:24 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 19847 invoked by uid 500); 29 May 2012 14:23:24 -0000 Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@accumulo.apache.org Delivered-To: mailing list dev@accumulo.apache.org Received: (qmail 19839 invoked by uid 99); 29 May 2012 14:23:24 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 May 2012 14:23:24 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of Bob.Thorman@l-3com.com designates 166.20.51.112 as permitted sender) Received: from [166.20.51.112] (HELO smtp2out.l-3com.com) (166.20.51.112) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 May 2012 14:23:19 +0000 X-filenames: X-filesizes: None X-filetypes: X-IronPort-AV: E=Sophos;i="4.75,677,1330905600"; d="scan'208";a="81676723" From: Bob.Thorman@l-3com.com Received: from host-128-170-184-25.l-3com.com (HELO mx1.Comcept.L-3Com.com) ([128.170.184.25]) by smtp2out.l-3com.com with ESMTP; 29 May 2012 14:22:58 +0000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Windows/Intell-J X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 29 May 2012 09:21:12 -0500 Message-ID: <97EB0FF1279CC5428640A3FB61B10BD602B9E5BD@mx1.Comcept.L-3Com.com> In-Reply-To: <4FBDC071.5090403@comcast.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Windows/Intell-J Thread-Index: Ac05akQjcI0dTdoDT/+axorlGOiSOwEOv7Qg References: <97EB0FF1279CC5428640A3FB61B10BD602B621F7@mx1.Comcept.L-3Com.com> <4FBDBE2C.7060903@comcast.net> <4FBDC071.5090403@comcast.net> To: X-Virus-Checked: Checked by ClamAV on apache.org Michael Thanks for your time/input. I have my VM up and running with RHEL 6. No issues there. What I'm asking is about building the accumulo targets from a pure Windows platform such that accumulo-*-SNAPSHOT-dist.tar.gz can be generated from IntelliJ (in my case). I can get it built with major modifications to the build scripts (i.e. trunk/docs/src/user_manual/build.sh) to work on Windows 7 using cygwin, pdflatex, etc. Once I got past this script there are others to work on. I just didn't want to go through this without the dev community support. -----Original Message----- From: Michael Van Geertruy [mailto:mvangeertruy@comcast.net]=20 Sent: Thursday, May 24, 2012 00:01 To: dev@accumulo.apache.org Subject: Re: Windows/Intell-J Bob, One other thing. The Vapp I built had hadoop in it, but it also contained Accumulo (and Hmap, zookeeper, etc). To get everything working inside of 6 gigs, I needed to do a lot of tweaking that brought many of the applications below thier suggested minimum ram requirements. The key was to make sure that xms + MaxPerSize of all the technologies together did not exceed 5 gigs (i left one gig for CentOS, although you should be fine with 512megs). It is absolutely imperative that you have both of those settings set for each application, or you could run out of memory as the various applications begin to consume more ram than you originally allocated. Unless you're doing something other than prototyping something simple or just demoing the technologies, you should be fine using less ram. On 5/24/2012 12:50 AM, Michael Van Geertruy wrote: > Bob, > > I tried to do the same thing last October. Accumulo itself isn't the=20 > problem when it comes to getting it to work on Windows. The problem is > all the other applications that Accumulo relies on to work. For=20 > example, I was unable to find a good port of hadoop, or hmap. All of=20 > these applications were written with a target of linux/mac. So, I=20 > eventually abandoned the idea. > > Instead, I downloaded the free VMWare VMPlayer, installed Cent-OS into > it and just deployed the entire suite of products Hadoop uses into=20 > that. (This process is called building a virtual appliance.) My=20 > laptop was a very inexpensive one (RIP), all I did was upgrade the ram > to 8 gigs, reserving 6 Gigs for VMWare and my virtual appliance. All=20 > of the components I list above are open-source. The only sticky thing=20 > was that Oracles JDK license doesn't allow you to package it into a=20 > Virtual appliance that your'e going to distribute. So, as long as=20 > you're not going to sell the pre-configured VApp, you should be fine=20 > using the Oracle JDK. > > Hope that help! > > Mike Van > Committer - Apache Software Foundation > > On 5/23/2012 12:17 PM, Bob.Thorman@l-3com.com wrote: >> I downloaded the trunk on my Windows 7 machine and imported it into=20 >> IntelliJ with complete success. The maven targets were all available >> but when I tried to build the build scripts failed trying to build=20 >> the user's manual. >> >> I have all the components to run the scripts and the PDF builder, but >> the evaluation in the build script fail (obviously because they were=20 >> built for a Unix shell). >> >> Is the ability to build this in a Windows environment something=20 >> anyone has accomplished? Is it desired? >> >> Bob Thorman >> Engineering Fellow >> L-3 Communications, ComCept >> 1700 Science Place >> Rockwall, TX 75032 >> (972) 772-7501 work >> Bob.Thorman@ncct.af.smil.mil >> rdthorm@nsa.ic.gov >> >> >> > >