Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 5AD2B200CBD for ; Thu, 6 Jul 2017 15:27:07 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 5968B1665AB; Thu, 6 Jul 2017 13:27:07 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id A09DC1665A9 for ; Thu, 6 Jul 2017 15:27:06 +0200 (CEST) Received: (qmail 92139 invoked by uid 500); 6 Jul 2017 13:27:05 -0000 Mailing-List: contact issues-help@ambari.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ambari.apache.org Delivered-To: mailing list issues@ambari.apache.org Received: (qmail 92130 invoked by uid 99); 6 Jul 2017 13:27:05 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Jul 2017 13:27:05 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 387E4C061E for ; Thu, 6 Jul 2017 13:27:05 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -100.002 X-Spam-Level: X-Spam-Status: No, score=-100.002 tagged_above=-999 required=6.31 tests=[RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id AfBOOm3duZZU for ; Thu, 6 Jul 2017 13:27:04 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id B6B6A5F666 for ; Thu, 6 Jul 2017 13:27:03 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id F0F2BE0D54 for ; Thu, 6 Jul 2017 13:27:01 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 615A02464E for ; Thu, 6 Jul 2017 13:27:01 +0000 (UTC) Date: Thu, 6 Jul 2017 13:27:01 +0000 (UTC) From: "Antonenko Alexander (JIRA)" To: issues@ambari.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (AMBARI-21344) Add Services Using Repository ID MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 06 Jul 2017 13:27:07 -0000 [ https://issues.apache.org/jira/browse/AMBARI-21344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Antonenko Alexander updated AMBARI-21344: ----------------------------------------- Resolution: Fixed Status: Resolved (was: Patch Available) > Add Services Using Repository ID > -------------------------------- > > Key: AMBARI-21344 > URL: https://issues.apache.org/jira/browse/AMBARI-21344 > Project: Ambari > Issue Type: Bug > Components: ambari-web > Affects Versions: 3.0.0 > Reporter: Antonenko Alexander > Assignee: Antonenko Alexander > Priority: Critical > Fix For: 3.0.0 > > Attachments: AMBARI-21344.patch > > > Currently, the web client uses the repository version when adding services. Since multiple repositories from different vendors may have identical repository strings, we should switch to using the unique Repo ID instead of the version. Here's an example of the call being made today: > {code:title=POST http://localhost:8080/api/v1/clusters/c1/services} > [ > { > "ServiceInfo": { > "service_name": "ZOOKEEPER", > "desired_repository_version": "2.6.0.0-334" > } > } > ] > {code} > This should change to the following: > {code:title=POST http://localhost:8080/api/v1/clusters/c1/services} > [ > { > "ServiceInfo": { > "service_name": "ZOOKEEPER", > "desired_repository_version_id": 1 > } > } > ] > {code} > The same change needs to be made for when a service is added to a cluster. However, this case it a bit trickier if there are multiple repositories. Until a more well-defined UX workflow is available, the following should be used for adding services: > - If there is only a single repository, then use that one > - If there are more than 1 repository, then choose the most recent repository > -- It cannot be a {{PATCH}} repository > -- Its status must be {{CURRENT}} -- This message was sent by Atlassian JIRA (v6.4.14#64029)