I am in. Thanks Amila
On Thu, May 23, 2013 at 11:36 AM, Suresh Marru <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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/ > >>> > >> > > > >
