Return-Path: Delivered-To: apmail-incubator-libcloud-archive@minotaur.apache.org Received: (qmail 59859 invoked from network); 23 Apr 2010 19:09:44 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 23 Apr 2010 19:09:44 -0000 Received: (qmail 19993 invoked by uid 500); 23 Apr 2010 19:09:44 -0000 Delivered-To: apmail-incubator-libcloud-archive@incubator.apache.org Received: (qmail 19898 invoked by uid 500); 23 Apr 2010 19:09:44 -0000 Mailing-List: contact libcloud-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: libcloud@incubator.apache.org Delivered-To: mailing list libcloud@incubator.apache.org Received: (qmail 19890 invoked by uid 99); 23 Apr 2010 19:09:44 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Apr 2010 19:09:44 +0000 X-ASF-Spam-Status: No, hits=4.4 required=10.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of ferncam1@gmail.com designates 209.85.160.47 as permitted sender) Received: from [209.85.160.47] (HELO mail-pw0-f47.google.com) (209.85.160.47) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Apr 2010 19:09:37 +0000 Received: by pwj5 with SMTP id 5so6453188pwj.6 for ; Fri, 23 Apr 2010 12:09:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:received :in-reply-to:references:date:message-id:subject:from:to:content-type; bh=DZIHSp5bhEsS3zOXOvWzr+VYn36K4CKgXOBnhkOjJRI=; b=NHFEpCk1aMl8eIOg2l4f1sdydH7pegc4mDpnSsN54rYknqKN3ZKg4SAqG+bWB+/X7o +SQ74IhFgIZ03OhkPvu81kM8e0fZ3VjAK81WctUzev0uDQS4uYgoqL7KddqJZUsak2vH VjFLp/Ww482xspf25xmpCbGhZvmPJnrHPbqwI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=GSvcxTcnSspqyFnC2IP705EphmgZioeeWi4juA5KHKEVbeuAQ9wcfe+9OfndTdEqRB 1mRlrxTF59WgAeHOMmqOsDcstbAR4OwBh0Wnt4EjW+Zow2U9Mu19eUU++xACkSqB6b12 QNnoqrs+hTI508KXXFRsGxrIpTItxdkzFkONQ= MIME-Version: 1.0 Received: by 10.141.107.16 with SMTP id j16mr1492613rvm.2.1272049756207; Fri, 23 Apr 2010 12:09:16 -0700 (PDT) Received: by 10.140.164.1 with HTTP; Fri, 23 Apr 2010 12:09:16 -0700 (PDT) Received: by 10.140.164.1 with HTTP; Fri, 23 Apr 2010 12:09:16 -0700 (PDT) In-Reply-To: References: Date: Fri, 23 Apr 2010 12:09:16 -0700 Message-ID: From: Adrian Cole To: libcloud@incubator.apache.org Content-Type: multipart/alternative; boundary=000e0cd13b6edafac30484ec29a2 X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [libcloud] "extended" APIs --000e0cd13b6edafac30484ec29a2 Content-Type: text/plain; charset=ISO-8859-1 Good idea, Paul. Mixing and matching in the same class may get messy, though. Perhaps you could expose a provider interface where all usage is implicitly proprietary. Wdyt? Adrian On Apr 23, 2010 12:00 PM, "Paul Querna" wrote: Hi, Right now we have several drivers that have more API calls available, than what is in the standardized libcloud API. I think we should embrace these, and let drivers be more useful to people, and if there is ever enough drivers doing something, we should move the function to a 'standard' API. I think they do need to be clear to a user/developer that a specific API is an extension though, and isn't reliable between different providers, so I believe we should require two things: * All extensions have a specific prefix. For example "ex_", would mean, "ex_resize_node". * In the documentation for an extension function, it should include something like: @warning This is a non-standard extension API, and only works for driver X. Thoughts? Thanks, Paul --000e0cd13b6edafac30484ec29a2--