Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bRYxi-00061f-Kw for pgadmin-hackers@arkaria.postgresql.org; Mon, 25 Jul 2016 06:01:58 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1bRYxi-0002EZ-3e for pgadmin-hackers@arkaria.postgresql.org; Mon, 25 Jul 2016 06:01:58 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1bRYxh-0002ET-Ne for pgadmin-hackers@postgresql.org; Mon, 25 Jul 2016 06:01:57 +0000 Received: from mail-yw0-x233.google.com ([2607:f8b0:4002:c05::233]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1bRYxe-0005vI-Q2 for pgadmin-hackers@postgresql.org; Mon, 25 Jul 2016 06:01:56 +0000 Received: by mail-yw0-x233.google.com with SMTP id r9so152201453ywg.0 for ; Sun, 24 Jul 2016 23:01:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enterprisedb-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=7DlrPqBwdMfAGjNJkUaTxs6Zemd6WSdjvmihHAOSK1g=; b=eE9v4wtZIZc0ltqjijWdHqR9YzBvMTnBvIzVfLzXliGWqmLNcwlLpQbCT2Bv2hwlIH iGpCl1nD9m80LkAkCvlrz8Mh3K/WRrHCEH2zTWxBhiHdrXLki8QQzFPvhZi/pP/WLoC/ Fgqaxf5SQ+h8rOrMEx2vi8BtjesSDdk6pExcnj/NqlDoGLOweTV7PzyhRVIf37YlelR5 GZ8/s0L7TRTgKYmHAyuThtd3J98FCtLr2lhVLNuTDiVz3RfrueF5dSXE3qQ1hNH8Hj9E sZeDJ1eKkN6oo0D+BSIS7wDBwM5Ez+fgPLIYXGhLDq4AX1Qc7bV/OpOsvMdWZJxs9I/k CDIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=7DlrPqBwdMfAGjNJkUaTxs6Zemd6WSdjvmihHAOSK1g=; b=Gkuwy7Z+CaFX4nle6NIb5wjuAvk4W6IMXz1bhRFvz6HD+meC58ckpT0cYO+54mZcMe NzXFZWVwT0hNvIkvvlX+e3R6PZF3u44IOkkGxuRws1BsBGwcTnO0HuKJl1kgxNgjw3wj PV8GvjRNNpN1hdMJ9b+ReEGbX1QiGW1zGawBJIZh6tg8MYVpLMPTEA8HmOUjj+73U5zE Ylm/KJJOeULKvaS1UO2RrPlKbBQH2PxgrlkHoljnPyKc8pIBnKjt2TXVWGAyy2rTnIwU l2LT1BJsIyaTRiZzdP0a6qH/TC1hkhpu/5s8Gk3YJUNeKd42Iec+kcE6MjgzdzzWeH9E jtzg== X-Gm-Message-State: AEkoouungZJQWJC/dPlw1VQr1dNirg1YVG8uXas5R+lJ6Sskq9Nkdg6/FsL1E1xsCSlguQZEQvB2knK4bhPigJ7d X-Received: by 10.129.132.19 with SMTP id u19mr13284547ywf.255.1469426514088; Sun, 24 Jul 2016 23:01:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.57.14 with HTTP; Sun, 24 Jul 2016 23:01:53 -0700 (PDT) In-Reply-To: References: From: Neel Patel Date: Mon, 25 Jul 2016 11:31:53 +0530 Message-ID: Subject: Re: [pgAdmin4][patch]: Fix for RM 1320 To: pgadmin-hackers Content-Type: multipart/alternative; boundary=001a114effc2657f1305386f85e4 X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgadmin-hackers Precedence: bulk Sender: pgadmin-hackers-owner@postgresql.org --001a114effc2657f1305386f85e4 Content-Type: text/plain; charset=UTF-8 Adding more details. *Root cause:-* When user change schema of already created fdw extension then while creating the new fdw we should append the .. Previously we added only so while executing the query it will not be able to find fdw handler name without schema name. e.g. If user changed the fdw handler 'postgres_fdw_handler' under schema 'test' then we should display the handler name under fdw as "test. postgres_fdw_handler". *Solution:-* With this patch, we have added . so while creating or updating the fdw, proper sql will be generated. Thanks, Neel Patel On Mon, Jul 25, 2016 at 11:02 AM, Neel Patel wrote: > Hi, > > Please find attached patch file for the fix of RM- 1320. > > RM-1320 - Unable to create foreign data wrapper when user change the > schema of extension 'postgres_fdw_handler'. > > Thanks, > Neel Patel > --001a114effc2657f1305386f85e4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Adding more details.

Root cause:-

When user change schema of already created fdw e= xtension then while creating the new fdw we should append the <schema_na= me>.<fdw_handler_name>.
Previously we added only <fdw= _handler_name> so while executing the query it will not be able to find = fdw handler name without schema name.

e.g. If user= changed the fdw handler 'postgres_fdw= _handler' under schema 'test' then we should display the= handler =C2=A0name under fdw as "test.=C2=A0postgres_fdw_handler".

Solu= tion:-

With this patch, we have added <sche= ma_name>.<fdw_handler_name> so while creating or updating the fdw,= proper sql will be generated.

Thanks,
N= eel Patel


On Mon, Jul 25, 2016 at 11:02 AM, Neel Patel <neel.patel@enterprisedb.com> wrote:
Hi,

Please find attached = patch file for the fix of RM- 1320.

RM-1320 - Unab= le to create foreign data wrapper when user change the schema of extension = 'postgres_fdw_handler'.

Thanks,
= Neel Patel

--001a114effc2657f1305386f85e4--