You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@airavata.apache.org by Suresh Marru <sm...@apache.org> on 2013/05/23 17:36:46 UTC
Re: jGlobus 2.0 sandbox project
Hi All,
Jglobus 2.0.X seems to be stable enough. I will resume my testing with 2.0.5 first in the sandbox project. Please volunteer to validate these tests and once we are happy we can change the trunk as well.
Suresh
On Mar 21, 2013, at 11:57 AM, Suresh Marru <sm...@apache.org> wrote:
> Dev's,
>
> I am starting to test jglobus 2.0.5 against the grid tools sandbox projects. I think recent Unicore provider addition highlight discrepancies in dependencies on jglobus 1.8.x. If the testing in sandbox goes through fine, we should consider upgrading trunk to jglobus 2.0.x
>
> Suresh
>
> On Nov 22, 2012, at 9:55 AM, Suresh Marru <sm...@apache.org> wrote:
>
>> Hi All,
>>
>> The grid-tools sandbox area is working well for experimental stuff. I would like add clients to talk to clusters work load managers like MOAB to further explore. For now I will create a stand alone example, if it works well, I will start a discussion on if we can add it as a provider to GFac. For now, its just a FYI.
>>
>> Cheers,
>> Suresh
>>
>> [1] - https://svn.apache.org/repos/asf/airavata/sandbox/grid-tools/
>>
>> On Nov 9, 2012, at 9:49 PM, Suresh Marru <sm...@iu.edu> wrote:
>>
>>> I assume there are no objections to create a sandbox project to experiment with new libraries.
>>>
>>> Suresh
>>>
>>> On Oct 11, 2012, at 12:03 PM, Suresh Marru <sm...@iu.edu> wrote:
>>>
>>>> Dev's.
>>>>
>>>> Currently Airavata is relying on jglobus 1.8 for Grid interactions. The library works ok but has been with some limitations:
>>>>
>>>> * jglobus 1.x version is no longer actively supported as it was superseded by jglobus 2.0 effort [1]
>>>> * many dependencies of 1.x are not in maven central and it looks like the time spent on making them all available is not worthwhile. jglobus 2.x has limited dependencies and many are in maven central.
>>>> * jglobus1.x is monolithic with all security, file transfer and job management bundled together. Jglobus2.0 refactored these into separate libraries which will be useful for Airavata going forward.
>>>> * Airavata should take advantage of all the GRAM protocol state changes and also would need to local job id like features.
>>>>
>>>> If there are are objections, I would like to create a sandbox area for and test the jglobus2.0. If it works well, then we will have some refactoring to do in gfac, but first step is to test the new libraries.
>>>>
>>>> Any comments or suggestions?
>>>>
>>>> Suresh
>>>>
>>>> [1] - http://www.globus.org/toolkit/jglobus/
>>>
>>
>
Re: jGlobus 2.0 sandbox project
Posted by Amila Jayasekara <th...@gmail.com>.
Working on it Suresh.
Thanks
Amila
On Thu, May 23, 2013 at 2:30 PM, Suresh Marru <sm...@apache.org> wrote:
> Thanks Amila. Can you help with my proxy [1], I will start on gram and
> gridftp.
>
> Suresh
> [1] -
> https://svn.apache.org/repos/asf/airavata/sandbox/grid-tools/gsi-myproxy-client/
>
> On May 23, 2013, at 2:24 PM, Amila Jayasekara <th...@gmail.com>
> wrote:
>
> > I am in.
> >
> > Thanks
> > Amila
> >
> >
> > On Thu, May 23, 2013 at 11:36 AM, Suresh Marru <sm...@apache.org>
> wrote:
> >
> >> Hi All,
> >>
> >> Jglobus 2.0.X seems to be stable enough. I will resume my testing with
> >> 2.0.5 first in the sandbox project. Please volunteer to validate these
> >> tests and once we are happy we can change the trunk as well.
> >>
> >> Suresh
> >>
> >> On Mar 21, 2013, at 11:57 AM, Suresh Marru <sm...@apache.org> wrote:
> >>
> >>> Dev's,
> >>>
> >>> I am starting to test jglobus 2.0.5 against the grid tools sandbox
> >> projects. I think recent Unicore provider addition highlight
> discrepancies
> >> in dependencies on jglobus 1.8.x. If the testing in sandbox goes through
> >> fine, we should consider upgrading trunk to jglobus 2.0.x
> >>>
> >>> Suresh
> >>>
> >>> On Nov 22, 2012, at 9:55 AM, Suresh Marru <sm...@apache.org> wrote:
> >>>
> >>>> Hi All,
> >>>>
> >>>> The grid-tools sandbox area is working well for experimental stuff. I
> >> would like add clients to talk to clusters work load managers like MOAB
> to
> >> further explore. For now I will create a stand alone example, if it
> works
> >> well, I will start a discussion on if we can add it as a provider to
> GFac.
> >> For now, its just a FYI.
> >>>>
> >>>> Cheers,
> >>>> Suresh
> >>>>
> >>>> [1] - https://svn.apache.org/repos/asf/airavata/sandbox/grid-tools/
> >>>>
> >>>> On Nov 9, 2012, at 9:49 PM, Suresh Marru <sm...@iu.edu> wrote:
> >>>>
> >>>>> I assume there are no objections to create a sandbox project to
> >> experiment with new libraries.
> >>>>>
> >>>>> Suresh
> >>>>>
> >>>>> On Oct 11, 2012, at 12:03 PM, Suresh Marru <sm...@iu.edu> wrote:
> >>>>>
> >>>>>> Dev's.
> >>>>>>
> >>>>>> Currently Airavata is relying on jglobus 1.8 for Grid interactions.
> >> The library works ok but has been with some limitations:
> >>>>>>
> >>>>>> * jglobus 1.x version is no longer actively supported as it was
> >> superseded by jglobus 2.0 effort [1]
> >>>>>> * many dependencies of 1.x are not in maven central and it looks
> like
> >> the time spent on making them all available is not worthwhile. jglobus
> 2.x
> >> has limited dependencies and many are in maven central.
> >>>>>> * jglobus1.x is monolithic with all security, file transfer and job
> >> management bundled together. Jglobus2.0 refactored these into separate
> >> libraries which will be useful for Airavata going forward.
> >>>>>> * Airavata should take advantage of all the GRAM protocol state
> >> changes and also would need to local job id like features.
> >>>>>>
> >>>>>> If there are are objections, I would like to create a sandbox area
> >> for and test the jglobus2.0. If it works well, then we will have some
> >> refactoring to do in gfac, but first step is to test the new libraries.
> >>>>>>
> >>>>>> Any comments or suggestions?
> >>>>>>
> >>>>>> Suresh
> >>>>>>
> >>>>>> [1] - http://www.globus.org/toolkit/jglobus/
> >>>>>
> >>>>
> >>>
> >>
> >>
>
>
Re: jGlobus 2.0 sandbox project
Posted by Suresh Marru <sm...@apache.org>.
Thanks Amila. Can you help with my proxy [1], I will start on gram and gridftp.
Suresh
[1] - https://svn.apache.org/repos/asf/airavata/sandbox/grid-tools/gsi-myproxy-client/
On May 23, 2013, at 2:24 PM, Amila Jayasekara <th...@gmail.com> wrote:
> I am in.
>
> Thanks
> Amila
>
>
> On Thu, May 23, 2013 at 11:36 AM, Suresh Marru <sm...@apache.org> wrote:
>
>> Hi All,
>>
>> Jglobus 2.0.X seems to be stable enough. I will resume my testing with
>> 2.0.5 first in the sandbox project. Please volunteer to validate these
>> tests and once we are happy we can change the trunk as well.
>>
>> Suresh
>>
>> On Mar 21, 2013, at 11:57 AM, Suresh Marru <sm...@apache.org> wrote:
>>
>>> Dev's,
>>>
>>> I am starting to test jglobus 2.0.5 against the grid tools sandbox
>> projects. I think recent Unicore provider addition highlight discrepancies
>> in dependencies on jglobus 1.8.x. If the testing in sandbox goes through
>> fine, we should consider upgrading trunk to jglobus 2.0.x
>>>
>>> Suresh
>>>
>>> On Nov 22, 2012, at 9:55 AM, Suresh Marru <sm...@apache.org> wrote:
>>>
>>>> Hi All,
>>>>
>>>> The grid-tools sandbox area is working well for experimental stuff. I
>> would like add clients to talk to clusters work load managers like MOAB to
>> further explore. For now I will create a stand alone example, if it works
>> well, I will start a discussion on if we can add it as a provider to GFac.
>> For now, its just a FYI.
>>>>
>>>> Cheers,
>>>> Suresh
>>>>
>>>> [1] - https://svn.apache.org/repos/asf/airavata/sandbox/grid-tools/
>>>>
>>>> On Nov 9, 2012, at 9:49 PM, Suresh Marru <sm...@iu.edu> wrote:
>>>>
>>>>> I assume there are no objections to create a sandbox project to
>> experiment with new libraries.
>>>>>
>>>>> Suresh
>>>>>
>>>>> On Oct 11, 2012, at 12:03 PM, Suresh Marru <sm...@iu.edu> wrote:
>>>>>
>>>>>> Dev's.
>>>>>>
>>>>>> Currently Airavata is relying on jglobus 1.8 for Grid interactions.
>> The library works ok but has been with some limitations:
>>>>>>
>>>>>> * jglobus 1.x version is no longer actively supported as it was
>> superseded by jglobus 2.0 effort [1]
>>>>>> * many dependencies of 1.x are not in maven central and it looks like
>> the time spent on making them all available is not worthwhile. jglobus 2.x
>> has limited dependencies and many are in maven central.
>>>>>> * jglobus1.x is monolithic with all security, file transfer and job
>> management bundled together. Jglobus2.0 refactored these into separate
>> libraries which will be useful for Airavata going forward.
>>>>>> * Airavata should take advantage of all the GRAM protocol state
>> changes and also would need to local job id like features.
>>>>>>
>>>>>> If there are are objections, I would like to create a sandbox area
>> for and test the jglobus2.0. If it works well, then we will have some
>> refactoring to do in gfac, but first step is to test the new libraries.
>>>>>>
>>>>>> Any comments or suggestions?
>>>>>>
>>>>>> Suresh
>>>>>>
>>>>>> [1] - http://www.globus.org/toolkit/jglobus/
>>>>>
>>>>
>>>
>>
>>
Re: jGlobus 2.0 sandbox project
Posted by Amila Jayasekara <th...@gmail.com>.
I am in.
Thanks
Amila
On Thu, May 23, 2013 at 11:36 AM, Suresh Marru <sm...@apache.org> wrote:
> Hi All,
>
> Jglobus 2.0.X seems to be stable enough. I will resume my testing with
> 2.0.5 first in the sandbox project. Please volunteer to validate these
> tests and once we are happy we can change the trunk as well.
>
> Suresh
>
> On Mar 21, 2013, at 11:57 AM, Suresh Marru <sm...@apache.org> wrote:
>
> > Dev's,
> >
> > I am starting to test jglobus 2.0.5 against the grid tools sandbox
> projects. I think recent Unicore provider addition highlight discrepancies
> in dependencies on jglobus 1.8.x. If the testing in sandbox goes through
> fine, we should consider upgrading trunk to jglobus 2.0.x
> >
> > Suresh
> >
> > On Nov 22, 2012, at 9:55 AM, Suresh Marru <sm...@apache.org> wrote:
> >
> >> Hi All,
> >>
> >> The grid-tools sandbox area is working well for experimental stuff. I
> would like add clients to talk to clusters work load managers like MOAB to
> further explore. For now I will create a stand alone example, if it works
> well, I will start a discussion on if we can add it as a provider to GFac.
> For now, its just a FYI.
> >>
> >> Cheers,
> >> Suresh
> >>
> >> [1] - https://svn.apache.org/repos/asf/airavata/sandbox/grid-tools/
> >>
> >> On Nov 9, 2012, at 9:49 PM, Suresh Marru <sm...@iu.edu> wrote:
> >>
> >>> I assume there are no objections to create a sandbox project to
> experiment with new libraries.
> >>>
> >>> Suresh
> >>>
> >>> On Oct 11, 2012, at 12:03 PM, Suresh Marru <sm...@iu.edu> wrote:
> >>>
> >>>> Dev's.
> >>>>
> >>>> Currently Airavata is relying on jglobus 1.8 for Grid interactions.
> The library works ok but has been with some limitations:
> >>>>
> >>>> * jglobus 1.x version is no longer actively supported as it was
> superseded by jglobus 2.0 effort [1]
> >>>> * many dependencies of 1.x are not in maven central and it looks like
> the time spent on making them all available is not worthwhile. jglobus 2.x
> has limited dependencies and many are in maven central.
> >>>> * jglobus1.x is monolithic with all security, file transfer and job
> management bundled together. Jglobus2.0 refactored these into separate
> libraries which will be useful for Airavata going forward.
> >>>> * Airavata should take advantage of all the GRAM protocol state
> changes and also would need to local job id like features.
> >>>>
> >>>> If there are are objections, I would like to create a sandbox area
> for and test the jglobus2.0. If it works well, then we will have some
> refactoring to do in gfac, but first step is to test the new libraries.
> >>>>
> >>>> Any comments or suggestions?
> >>>>
> >>>> Suresh
> >>>>
> >>>> [1] - http://www.globus.org/toolkit/jglobus/
> >>>
> >>
> >
>
>