Return-Path: X-Original-To: apmail-flink-user-archive@minotaur.apache.org Delivered-To: apmail-flink-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BC44619FF1 for ; Thu, 7 Apr 2016 13:41:14 +0000 (UTC) Received: (qmail 37526 invoked by uid 500); 7 Apr 2016 13:41:14 -0000 Delivered-To: apmail-flink-user-archive@flink.apache.org Received: (qmail 37426 invoked by uid 500); 7 Apr 2016 13:41:14 -0000 Mailing-List: contact user-help@flink.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@flink.apache.org Delivered-To: mailing list user@flink.apache.org Received: (qmail 37416 invoked by uid 99); 7 Apr 2016 13:41:14 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Apr 2016 13:41:14 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 6AEA91A121C for ; Thu, 7 Apr 2016 13:41:13 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.821 X-Spam-Level: X-Spam-Status: No, score=-0.821 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=fastmail.fm header.b=HGOmMnZj; dkim=pass (1024-bit key) header.d=messagingengine.com header.b=q9LaHOxE Received: from mx2-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id AboSUlw5VxiI for ; Thu, 7 Apr 2016 13:41:12 +0000 (UTC) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) by mx2-lw-us.apache.org (ASF Mail Server at mx2-lw-us.apache.org) with ESMTPS id 5B68760E80 for ; Thu, 7 Apr 2016 13:41:12 +0000 (UTC) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 675EC2105A for ; Thu, 7 Apr 2016 09:41:06 -0400 (EDT) Received: from web4 ([10.202.2.214]) by compute6.internal (MEProxy); Thu, 07 Apr 2016 09:41:06 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=PTY w4cPW6P/zHEkF9giOpw8hTEw=; b=HGOmMnZjGVmqfJXuK0uONcla5CY0zY5r70/ CWpuX3FiHXEsFY3gSPee1NSMwmZoM3TK1KxK5VoOZUXTA+8w2uMs3L0beMSu0Q62 w/RD/yE3LkZfdbRS6RkJBgDleIva9TOPclcxEoRe1jx3UfWe71bv/CDfwB52nczR 2IEqBMlg= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=PTYw4cPW6P/zHEkF9giOpw8hTEw=; b=q9LaH OxERsu11k0n0J+q0MoqfDfQNo6Es2M6e90oNdBTPZBJRWhD2c2giBcyua1KDoYp0 uhqUaRKGQgglpHK6k1luaGV1cm507Rp+jVDctHF8AjhrhehVa7+UKZnYOkdhfB3o 2Hh6vEFcCHY3cLxIUqZR2zkpcGExKinLwiMJcQ= Received: by web4.nyi.internal (Postfix, from userid 99) id 3D72410986C; Thu, 7 Apr 2016 09:41:06 -0400 (EDT) Message-Id: <1460036466.4119473.571808673.019EFE9C@webmail.messagingengine.com> X-Sasl-Enc: jjnSUp1Do/Q7P8PoaGUXPLP4ARCE8uxWC8k3A8gXhdd5 1460036466 From: Bart van Deenen To: user@flink.apache.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-cb8f819e Subject: mutable hashmap outside of stream, does it get snapshotted ? Date: Thu, 07 Apr 2016 15:41:06 +0200 Hi all I'm having a datastream transformation, that updates a mutable hashmap that exists outside of the stream. So it's something like object FlinkJob { val uriLookup = mutable.HashMap.empty[String, Int] def main(args: Array[String]) { val stream: DataStream = ... stream.keybBy(1).timeWindow(..).fold(..) .window(..) .map(..).fold(..) .addSink(..) } } where the uriLookup hashmap gets updated inside the stream transformation, and is serialized in the step before the addSink It works fine, however Does the snapshotting mechanism in case of a node failure actually serialize this map? And out of curiousity, can I actually see what data exists inside the snapshot data? Thanks. Bart