airavata-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Lahiru Gunathilake <glah...@gmail.com>
Subject Re: GFAC ec2 classes
Date Wed, 23 Oct 2013 15:30:57 GMT
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 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 <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 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 <marpierc@iu.edu> 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

Mime
View raw message