Return-Path: X-Original-To: apmail-ignite-dev-archive@minotaur.apache.org Delivered-To: apmail-ignite-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8CDCC17411 for ; Tue, 28 Apr 2015 15:44:16 +0000 (UTC) Received: (qmail 66644 invoked by uid 500); 28 Apr 2015 15:44:16 -0000 Delivered-To: apmail-ignite-dev-archive@ignite.apache.org Received: (qmail 66612 invoked by uid 500); 28 Apr 2015 15:44:16 -0000 Mailing-List: contact dev-help@ignite.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ignite.incubator.apache.org Delivered-To: mailing list dev@ignite.incubator.apache.org Received: (qmail 66600 invoked by uid 99); 28 Apr 2015 15:44:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Apr 2015 15:44:16 +0000 X-ASF-Spam-Status: No, hits=4.5 required=5.0 tests=HTML_MESSAGE,SPF_SOFTFAIL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: softfail (athena.apache.org: transitioning domain of ognen.duzlevski@gmail.com does not designate 54.191.145.13 as permitted sender) Received: from [54.191.145.13] (HELO mx1-us-west.apache.org) (54.191.145.13) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Apr 2015 15:44:10 +0000 Received: from mail-lb0-f173.google.com (mail-lb0-f173.google.com [209.85.217.173]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id BEFE2256BF for ; Tue, 28 Apr 2015 15:43:49 +0000 (UTC) Received: by lbcga7 with SMTP id ga7so110661117lbc.1 for ; Tue, 28 Apr 2015 08:43:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=wB3hT8qU+Ru8oaC5yoyyF0fdMoCbmxRS5ffB+n5H1wA=; b=oPbgPOv92+OGMgZCz0SQO0Tttjrlaypm49PbxJTgAOT0CdDzt2DJOPFOrk38D+6mMJ /R8kdkOP7vl2hrslLhgPJ4RL5yJciUW1YmnjNf6htqrSZeG/6cjIS9Iez7J5FHUDIXRy UUkbi1VNJrNiAo2b9IHcbKe9YWLWeH7hilWOt6dh8Hj+ik8rlXuEE6nQovDuhXTwWCc7 4RVbLqgGDamnYuUvClPiFNoDTKc6So5Wg0defqw0RWANkOaCsr5bVDD2lSgw4S/pkZTX jOHtPdpHCSscyu1obKRn45PnjAT+B2SVburJvFVQDD0RsGfxRTiV3lvLmV9kSjfOf+ms VIXw== X-Received: by 10.112.199.35 with SMTP id jh3mr14964882lbc.23.1430235828246; Tue, 28 Apr 2015 08:43:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.255.36 with HTTP; Tue, 28 Apr 2015 08:43:06 -0700 (PDT) In-Reply-To: <20150428055901.GX28615@boudnik.org> References: <20150428055901.GX28615@boudnik.org> From: Ognen Duzlevski Date: Tue, 28 Apr 2015 10:43:06 -0500 Message-ID: Subject: Re: Deploying code on ignite clusters To: dev Content-Type: multipart/alternative; boundary=001a11c34a7a7cde260514cabad7 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c34a7a7cde260514cabad7 Content-Type: text/plain; charset=UTF-8 Cos, thanks. If anyone has any suggestions, I would be glad to hear them :-) On Tue, Apr 28, 2015 at 12:59 AM, Konstantin Boudnik wrote: > I think Ognen has raised a very valid concern in [1]: what to do when you > have > a huge cluster? Esp. on multi-tenant systems you can not just bounce the > whole > thing on every application's DO classes change. Is it possible to do > rolling > restart of the cluster nodes, where some of the nodes will still be on the > old > version of the classes and some on the new one? > > Sorry for using the nabble link, but > mail-archives.apache.org/mod_mbox/ignite-dev takes forever to get updated. > > Cos > > [1] > http://apache-ignite-developers.2346864.n4.nabble.com/New-contributor-tp114p123.html > > On Mon, Apr 27, 2015 at 08:57AM, Dmitriy Setrakyan wrote: > > Ognen, > > > > What kind of behavior do you need for the deployment? For example, if > your > > caches already have data with older classes, what should happen to that > > data? > > > > Of course, the easiest way to accomplish what you are doing is to copy > the > > new jars everywhere and restart the cluster. If this approach is > > acceptable, I would just go with it. > > > > D. > > > > On Sun, Apr 26, 2015 at 7:29 PM, Ognen Duzlevski < > ognen.duzlevski@gmail.com> > > wrote: > > > > > I have a 5 machine ignite grid deployed on EC2 (still very much in > testing > > > but would like to move to becoming more serious about using it in > research > > > at least and eventually in production). In order to be able to cache > > > various Scala/java classes, I created a fat jar of my Scala app and > put it > > > in the ignite/libs/ subdirectory. Then I start ignite on each node by > > > running the ignite.sh script. > > > > > > When I add new classes, I recompile the app and create a new fat jar. > How > > > does one deploy this new code so that the already running ignite > becomes > > > aware of it? I am not much of a Java programmer (jumped straight to > Scala) > > > - are there any ways Java allows for loading new classes/jars "on the > fly" > > > into running JVMs? If so, does Ignite support them? If not, what do > people > > > do to deploy new jars so they can become usable to an already running > cache > > > grid? > > > > > > Thanks! > > > Ognen > > > > --001a11c34a7a7cde260514cabad7--