Return-Path: X-Original-To: apmail-cordova-dev-archive@www.apache.org Delivered-To: apmail-cordova-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6C0C3D532 for ; Fri, 15 Mar 2013 21:22:29 +0000 (UTC) Received: (qmail 10919 invoked by uid 500); 15 Mar 2013 21:22:29 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 10888 invoked by uid 500); 15 Mar 2013 21:22:29 -0000 Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list dev@cordova.apache.org Received: (qmail 10878 invoked by uid 99); 15 Mar 2013 21:22:29 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Mar 2013 21:22:29 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of fil@adobe.com designates 64.18.1.78 as permitted sender) Received: from [64.18.1.78] (HELO exprod6og127.obsmtp.com) (64.18.1.78) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Mar 2013 21:22:22 +0000 Received: from outbound-smtp-1.corp.adobe.com ([192.150.11.134]) by exprod6ob127.postini.com ([64.18.5.12]) with SMTP ID DSNKUUOQ+XfDOsBRi48pmU8iZ1+fS59gtOv2@postini.com; Fri, 15 Mar 2013 14:22:02 PDT Received: from inner-relay-1.corp.adobe.com ([153.32.1.51]) by outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id r2FLIu1v024911 for ; Fri, 15 Mar 2013 14:18:56 -0700 (PDT) Received: from nacas01.corp.adobe.com (nacas01.corp.adobe.com [10.8.189.99]) by inner-relay-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id r2FLM1AV028083 for ; Fri, 15 Mar 2013 14:22:01 -0700 (PDT) Received: from nambxv01a.corp.adobe.com ([10.8.189.95]) by nacas01.corp.adobe.com ([10.8.189.99]) with mapi; Fri, 15 Mar 2013 14:22:00 -0700 From: Filip Maj To: "dev@cordova.apache.org" Date: Fri, 15 Mar 2013 14:22:01 -0700 Subject: Re: [Android] Moving plugins to core namespace Thread-Topic: [Android] Moving plugins to core namespace Thread-Index: Ac4hwyElmN0WJi8tQVaR3rBExLunzg== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.2.130206 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Providing an upgrade path is still something we need to consider. So yes, an upgrade guide that says "change the values of your plugins from x to y" is doable. As well as a script that does a global search/replace. Not rocket science. On 3/15/13 2:19 PM, "Joe Bowser" wrote: >Honestly, config.xml is a file that is going to be edited by users >now, so the last thing that I want to do is get yet another script >involved, since it could really screw up their config.xml and make >things even worse. I think we'd be better off giving them a heads up >when we release this and letting them copy and paste from our template >config.xml. > >Also, once we're done here, plugman is supposed to do this right? :P > >On Fri, Mar 15, 2013 at 2:08 PM, Simon MacDonald > wrote: >> Do we provide any way to update config. Xml as all of the paths to the >> plugins will be incorrect? Possibly an update script? >> >> Simon >> On Mar 15, 2013 5:01 PM, "Joe Bowser" wrote: >> >>> Hey >>> >>> Since we're working towards making the core plugins installable and >>> uninstallable, I want to go ahead and move all the plugins to a core >>> directory so that their Java namespace will be >>> org.apache.cordova.core. This means that adding and removing will be >>> less painful for scripts since they shouldn't be messing with anything >>> that's not a plugin or it's dependency. >>> >>> Any thoughts on this before I move things? This shouldn't change the >>> API at all, and things should continue to work. >>> >>> Joe >>>