Return-Path: X-Original-To: apmail-airavata-dev-archive@www.apache.org Delivered-To: apmail-airavata-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 B7F3B10178 for ; Wed, 23 Oct 2013 15:31:26 +0000 (UTC) Received: (qmail 7533 invoked by uid 500); 23 Oct 2013 15:31:24 -0000 Delivered-To: apmail-airavata-dev-archive@airavata.apache.org Received: (qmail 7476 invoked by uid 500); 23 Oct 2013 15:31:24 -0000 Mailing-List: contact dev-help@airavata.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@airavata.apache.org Delivered-To: mailing list dev@airavata.apache.org Received: (qmail 7465 invoked by uid 99); 23 Oct 2013 15:31:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Oct 2013 15:31:24 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of glahiru@gmail.com designates 209.85.212.176 as permitted sender) Received: from [209.85.212.176] (HELO mail-wi0-f176.google.com) (209.85.212.176) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Oct 2013 15:31:17 +0000 Received: by mail-wi0-f176.google.com with SMTP id l12so7568175wiv.3 for ; Wed, 23 Oct 2013 08:30:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=GeXoq1eXCHRwvrazJoyoAdgAO3guQAEQwXoheQA78ok=; b=EPCexClIh26uXLhJ4+7RzacvIvmuJT4OL1yUlnHZ0CwzcsB4zzhOA3ddkgKu4P6ih1 O12adx0gyFr4xjceiBNwSWbU+3NLH4gxhyH79tMKiDZHYhQlcPzJyx43IELaLi8sBxXs Z1n/PFQTuMvKXK5bVJAFkB+8e0LkADMKQ8SlXSX0QwSNY/Vdev483UYVR1UzCtoiuijO 0w2N6UBh3vMsxLs3WJko7A3PgK+l5qkougSo3Bwr4yXDv4BmS0nMeUa83Ufsr9i5ccxl 0c//vX3xb3TrKPSqIiPkFliwIjS9lAcQIj4YeEPIiBydTe+iqtRBpC9KLYouXFlWasoA y4Kw== MIME-Version: 1.0 X-Received: by 10.180.83.228 with SMTP id t4mr2150026wiy.12.1382542257661; Wed, 23 Oct 2013 08:30:57 -0700 (PDT) Received: by 10.217.142.82 with HTTP; Wed, 23 Oct 2013 08:30:57 -0700 (PDT) In-Reply-To: References: <5266BECF.8050402@iu.edu> <5266C8AA.80106@iu.edu> Date: Wed, 23 Oct 2013 11:30:57 -0400 Message-ID: Subject: Re: GFAC ec2 classes From: Lahiru Gunathilake To: dev Content-Type: multipart/alternative; boundary=f46d04428ba027aeda04e96a34f9 X-Virus-Checked: Checked by ClamAV on apache.org --f46d04428ba027aeda04e96a34f9 Content-Type: text/plain; charset=ISO-8859-1 Did we ever used this in any release ? On Wed, Oct 23, 2013 at 12:43 AM, Saminda Wijeratne wrote: > Code in phoebus implements the SPI of the GridFTP configuration management > interface in GFac. It is meant to be a pluggable library to Airavata. It > serves as an example for the implementation of the SPI and one of the > outcomes of my research with Dr. Martin Swany. Since this was done last > year I will verify if it adhere's to the new implementation of the specific > GFac provider. > > > On Tue, Oct 22, 2013 at 2:49 PM, Marlon Pierce wrote: > >> This is different from the gfac ec2 provider code--code in ec2/ and >> phoebus/ don't seem to be connected to anything. >> >> >> Marlon >> >> On 10/22/13 2:29 PM, Lahiru Gunathilake wrote: >> > We need to pull out all the implementations from gfac-core and leave teh >> > core classes only in gfac-core and have separate modules for all the >> > implementation each has a dependency to gfac-core module. >> > >> > ex: gfac-ec2, gfac-gram,gfac-gsissh, gfac-ssh etc. >> > >> > Regards >> > Lahiru >> > >> > >> > >> > >> > On Tue, Oct 22, 2013 at 2:07 PM, Marlon Pierce wrote: >> > >> >> The classes in >> >> modules/gfac-core/src/main/java/org/apache/airavata/gfac/ec2/ don't >> >> look connected to anything else in GFAC. If this is the case, they >> >> should be moved out of the GFAC trunk. What is a good location? >> >> >> >> >> >> Marlon >> >> >> >> >> > >> >> > -- System Analyst Programmer PTI Lab Indiana University --f46d04428ba027aeda04e96a34f9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Did we ever used this in any release ?


On Wed, Oct 23, 2013 at 12:= 43 AM, Saminda Wijeratne <samindaw@gmail.com> wrote:
Code in phoebus implements = the SPI of the GridFTP configuration management interface in GFac. It is me= ant to be a pluggable library to Airavata. It serves as an example for the = implementation of the SPI and one of the outcomes of my research with Dr. M= artin Swany. Since this was done last year I will verify if it adhere's= to the new implementation of the specific GFac provider.

On Tue, Oct 22, 2013 at 2:49 PM, Marlon Pi= erce <marpierc@iu.edu> wrote:
This is different from the gfac ec2 provider= code--code in ec2/ and
phoebus/ don't seem to be connected to anything.


Marlon

On 10/22/13 2:29 PM, Lahiru Gunathilake wrote:
> We need to pull out all the implementations from gfac-core and leave t= eh
> core classes only in gfac-core and have separate modules for all the > implementation each has a dependency to gfac-core module.
>
> ex: gfac-ec2, gfac-gram,gfac-gsissh, gfac-ssh etc.
>
> Regards
> Lahiru
>
>
>
>
> On Tue, Oct 22, 2013 at 2:07 PM, Marlon Pierce <marpierc@iu.edu> wrote:
>
>> The classes in
>> modules/gfac-core/src/main/java/org/apache/airavata/gfac/ec2/ =A0d= on't
>> look connected to anything else in GFAC. If this is the case, they=
>> should be moved out of the GFAC trunk. What is a good location? >>
>>
>> Marlon
>>
>>
>





--
= System Analyst Programmer
PTI Lab
Indiana University
--f46d04428ba027aeda04e96a34f9--