Return-Path: X-Original-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-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 82CB0DC8C for ; Fri, 14 Dec 2012 13:19:13 +0000 (UTC) Received: (qmail 74803 invoked by uid 500); 14 Dec 2012 13:19:13 -0000 Delivered-To: apmail-incubator-cloudstack-dev-archive@incubator.apache.org Received: (qmail 74736 invoked by uid 500); 14 Dec 2012 13:19:12 -0000 Mailing-List: contact cloudstack-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cloudstack-dev@incubator.apache.org Delivered-To: mailing list cloudstack-dev@incubator.apache.org Received: (qmail 74711 invoked by uid 99); 14 Dec 2012 13:19:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Dec 2012 13:19:12 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [195.66.90.41] (HELO sbppmx2.schubergphilis.com) (195.66.90.41) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Dec 2012 13:19:06 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by sbppmx2.schubergphilis.com (Postfix) with ESMTP id 937CC128B9 for ; Fri, 14 Dec 2012 14:18:44 +0100 (MET) X-Virus-Scanned: amavisd-new at schubergphilis.com Received: from sbppmx2.schubergphilis.com ([127.0.0.1]) by localhost (sbppmx2.schubergphilis.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 76uY3NQI3x7Y for ; Fri, 14 Dec 2012 14:18:44 +0100 (MET) Received: from SBPOTMG401.sbp.lan (edge.schubergphilis.com [195.66.90.11]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by sbppmx2.schubergphilis.com (Postfix) with ESMTP id 8567B1286A for ; Fri, 14 Dec 2012 14:18:44 +0100 (MET) Received: from SBPOMF402.sbp.lan (10.71.2.133) by SBPOTMG401.sbp.lan (10.71.3.110) with Microsoft SMTP Server (TLS) id 14.1.379.0; Fri, 14 Dec 2012 14:18:44 +0100 Received: from SBPOMB402.sbp.lan ([fe80::2410:c2c8:67bf:d067]) by SBPOMF402.sbp.lan ([fe80::2c87:4702:f9df:837e%16]) with mapi id 14.02.0318.001; Fri, 14 Dec 2012 14:18:44 +0100 From: Hugo Trippaers To: "cloudstack-dev@incubator.apache.org" Subject: RE: '[PROPOSAL]' Third party plugins Thread-Topic: '[PROPOSAL]' Third party plugins Thread-Index: Ac3YwzfRhRr4uQvPRfeTuYL+0tO8PAAmb5tAAAFszXAAAe0OkAAALW5gAAhnU3AAAls24AAAN1MAABS+egAABMjg4A== Date: Fri, 14 Dec 2012 13:18:43 +0000 Message-ID: <6DE00C9FDF08A34683DF71786C70EBF02F50E284@SBPOMB402.sbp.lan> References: <7914B38A4445B34AA16EB9F1352942F1012F13CC8613@SJCPMAILBOX01.citrite.net> <7A92FF96DF135843B4B608FB576BFC3E012DA27F45E4@SJCPMAILBOX01.citrite.net> <67EF18FDCA335F489B366120481AB6C5F6B38A352D@BANPMAILBOX01.citrite.net> <81A73678E76EA642801C8F2E4823AD21012F0D628F29@LONPMAILBOX01.citrite.net> <67EF18FDCA335F489B366120481AB6C5F6B38A3530@BANPMAILBOX01.citrite.net> <64D66868-B128-4B24-9FEF-E3A3DE948995@citrix.com> <81A73678E76EA642801C8F2E4823AD21012F0D628F30@LONPMAILBOX01.citrite.net> In-Reply-To: <81A73678E76EA642801C8F2E4823AD21012F0D628F30@LONPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.6.211] 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 Heya Sonny, What kind of plugins would this be? I like the idea of being able to extend= the ui dynamically, but I fail to see the use case here. Could you give so= me examples of what kind of plugins would end up using this system?=20 Cheers, Hugo > -----Original Message----- > From: Donal Lafferty [mailto:donal.lafferty@citrix.com] > Sent: Friday, December 14, 2012 12:59 PM > To: cloudstack-dev@incubator.apache.org > Subject: RE: '[PROPOSAL]' Third party plugins >=20 > Okay, but I'd like a way of distinguishing in speech and text this new wa= y of > extending CloudStack from the existing way. >=20 > -----Original Message----- > From: Animesh Chaturvedi [mailto:animesh.chaturvedi@citrix.com] > Sent: 14 December 2012 2:05 AM > To: cloudstack-dev@incubator.apache.org > Subject: Re: '[PROPOSAL]' Third party plugins >=20 > Isn't there a use case for a plugin that has both server and GUI compone= nts? > May be we should keep the name generic. >=20 > Thanks > Animesh >=20 > On Dec 13, 2012, at 5:08 PM, "Pranav Saxena" > wrote: >=20 > > Yeah , we can pick different names for each plugin . I am not sure if = we'll > keep a specific format for the naming . All what is required is mapping t= o a > unique ID associated with that plugin which would take care of adding a t= hird > party plugin to the cloudstack dashboard. > > > > Regards, > > Pranav > > > > -----Original Message----- > > From: Donal Lafferty [mailto:donal.lafferty@citrix.com] > > Sent: Thursday, December 13, 2012 3:53 PM > > To: cloudstack-dev@incubator.apache.org > > Subject: RE: '[PROPOSAL]' Third party plugins > > > > I've a question on terminology. > > > > Are these 'GUI plugins' going to use the same component.xml class loade= r > as existing plugins? If not, can we pick different names for each approa= ch to > providing a plugin? E.g. 'GUI plugins' and 'driver plugins'? > > > > DL > > > > > > -----Original Message----- > > From: Pranav Saxena [mailto:pranav.saxena@citrix.com] > > Sent: 13 December 2012 10:22 PM > > To: cloudstack-dev@incubator.apache.org > > Subject: RE: '[PROPOSAL]' Third party plugins > > > > Currently , we haven't discussed access based scenario for a plugin . B= ut yes > , this won't be a tough thing to incorporate. We can enable /disable a UI > plugin based on admin or a normal user . > > > > Regards, > > Pranav > > > > -----Original Message----- > > From: Fang Wang [mailto:fang.wang@citrix.com] > > Sent: Thursday, December 13, 2012 11:46 AM > > To: cloudstack-dev@incubator.apache.org > > Subject: RE: '[PROPOSAL]' Third party plugins > > > > This is a silly question, Do we allow all plugins to have same access r= ole? > > OR some plugins have admin access, and some plugins for users only? > > > > Thanks, > > -Fang > > > > -----Original Message----- > > From: Animesh Chaturvedi [mailto:animesh.chaturvedi@citrix.com] > > Sent: Thursday, December 13, 2012 10:52 AM > > To: cloudstack-dev@incubator.apache.org > > Subject: RE: '[PROPOSAL]' Third party plugins > > > > Sonny > > > > How does administrator enable/ disable the plugin if it is misbehaving > because of bug or let's say after upgrade? > > > >> -----Original Message----- > >> From: Fang Wang [mailto:fang.wang@citrix.com] > >> Sent: Thursday, December 13, 2012 10:11 AM > >> To: cloudstack-dev@incubator.apache.org > >> Subject: RE: '[PROPOSAL]' Third party plugins > >> > >> I like the idea of the plugin button so users can see all the plugins. > >> > >> -----Original Message----- > >> From: Sonny Chhen [mailto:Sonny.Chhen@citrix.com] > >> Sent: Wednesday, December 12, 2012 4:01 PM > >> To: cloudstack-dev@incubator.apache.org > >> Cc: Brian Federle; Pranav Saxena > >> Subject: '[PROPOSAL]' Third party plugins > >> > >> Hello All, > >> > >> I would like to discuss a new feature that is being worked on for the > >> next release of CloudStack. It is the ability to add third party > >> plugins into CloudStack while still utilizing the current ui. The > >> procedure in which this would occur is as follows: > >> > >> > >> 1. The developer will write a plugin that they would like to ad= d into > >> CloudStack > >> > >> 2. Using a predetermined file hierarchy we create, the develope= r will > >> place their plugin within the folder structure and fill out a > >> plugin.js file > >> > >> 3. The admin will then place this folder into the existing Cloud= Stack > >> "plugin" > >> > >> 4. The admin will then add this new listing onto the plugin.js f= ile that > lies > >> within that folder > >> > >> 5. The user then just has to refresh the browser and the plugin = will be > >> available to use. > >> > >> We will be toying with the idea of adding a plugin button to the > >> navigation so that the user can see what plugins have been installed > >> and click on them to access them. > >> > >> Please see the link below for more information. > >> > >> > https://cwiki.apache.org/confluence/download/attachments/30744936/plu > >> g > >> in.jpg > >> > >> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/3rd+Party+Plug > >> i > >> n > >> > >> Thoughts, comments, suggestions? > >> > >> Thanks You and Best Regards, > >> > >> Sonny H. Chhen > >> Manager of User Interface & User Experience | Citrix Systems - > >> CloudPlatform > >> 4988 Great America Parkway, Santa Clara, CA 95054, USA > >