Return-Path: X-Original-To: apmail-streams-dev-archive@minotaur.apache.org Delivered-To: apmail-streams-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 B08B911562 for ; Mon, 30 Jun 2014 16:51:28 +0000 (UTC) Received: (qmail 33900 invoked by uid 500); 30 Jun 2014 16:51:27 -0000 Delivered-To: apmail-streams-dev-archive@streams.apache.org Received: (qmail 33802 invoked by uid 500); 30 Jun 2014 16:51:27 -0000 Mailing-List: contact dev-help@streams.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@streams.incubator.apache.org Delivered-To: mailing list dev@streams.incubator.apache.org Received: (qmail 33259 invoked by uid 99); 30 Jun 2014 16:51:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Jun 2014 16:51:27 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of robert.baker.douglas@gmail.com designates 209.85.192.68 as permitted sender) Received: from [209.85.192.68] (HELO mail-qg0-f68.google.com) (209.85.192.68) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Jun 2014 16:51:24 +0000 Received: by mail-qg0-f68.google.com with SMTP id q107so715733qgd.3 for ; Mon, 30 Jun 2014 09:50:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=1pwvgtAWa6bDEBwhaHMZKaymB9PLXV6BuY4p+VVTdyc=; b=J0A41lSpxIW59g40RWtHnXQlcjsUofoHqO1kEYXeFozKOZ8TBIwAojYDtm7oRJICxf QdANV+8e23TvApMjiAIeM8TXqDIIssR60aIbJClgAamPrCnBL+X++P/dVQPMGtMRInzs BpaHpc8AMY2CPF3bl8ZWhcMCsymJ9Q3WXKT4n+gk1yWcQQdb/pB89CAzzeSfadQRyn7B tnHpqAUATLg4TYfrXza95wdqr5xQlJxWoA2msJ/CtEWSqMNNgCg1t2Fg4ds1T2m+TUha t4TBzhJc0IgK/UTd2LiLfsPseXUs1xH0gBMmFmBSjg/Zc2T8aVOjU0uOZvIySb8iOcGN wN9A== MIME-Version: 1.0 X-Received: by 10.224.129.68 with SMTP id n4mr63000175qas.66.1404147059779; Mon, 30 Jun 2014 09:50:59 -0700 (PDT) Received: by 10.140.34.17 with HTTP; Mon, 30 Jun 2014 09:50:59 -0700 (PDT) Date: Mon, 30 Jun 2014 11:50:59 -0500 Message-ID: Subject: Desired behavior for DataSift user_mention serialization From: Robert Douglas To: dev@streams.incubator.apache.org Content-Type: multipart/alternative; boundary=001a11c2bac4b5ed0f04fd1076b5 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c2bac4b5ed0f04fd1076b5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi all, I=E2=80=99m currently working on cleaning up the implementation of the Data= Sift serializer and have come upon an issue. The data that we get back in a DataSift Interaction object contains two fields, mentions (which has all the handles for mentioned users) and mention_ids (which has all the Ids for mentioned users). Problem is, there is no guarantee that these two lists will be the same size. My current solution is to merge together the handles and Ids into individual UserMention objects whenever the mentions and mention_ids lists are the same size. In the event that those lists are not the same size, I create UserMention objects for every entry in both lists. Does anyone have an different opinion on how this should be handled? =E2=80=94 Robert --001a11c2bac4b5ed0f04fd1076b5--