Re: [ptp-dev] Changes made for PTP - UNICORE integration

[Greg Watson <g.watson@xxxxxxxxxxxx>]

Shahbaz,

I've now removed all tests for  
AbstractRemoteResourceManagerConfiguration from the launch plugin.

The updated IResourceManagerConfiguration interface now requires all  
resource managers (local or remote) to specify a remote services ID  
and a connection name. In the case of purely local resource managers,  
the remote services ID is just the ID of the local services, which can  
be obtained by calling  
PTPRemotePlugin.getDefault().getDefaultServices().getId(), and the  
connection name can be anything.

The changes have been committed to HEAD.

Hope this helps,

Greg

On Apr 29, 2009, at 6:50 AM, Shahbaz Memon wrote:

> Hi Greg,
>
> First of all thanks for helping me in the beginning. Indeed it was
> very helpful and I have made some progress since then.
> I have some questions related to the PTP - UNICORE integration in the
> current state of this effort. The source version I am using is
> v200902231052.
>
> 1) In several classes of the org.eclipse.ptp.launch plugin the
> RMConfiguration is checked  whether the instance is of
> AbstractRemoteResourceManagerConfiguration. I think it is not very
> much suitable for the new resource managers inheriting from only
> AbstractResourceManagerConfiguration but not inheriting
> AbstractRemoteResourceManagerConfiguration. Thus I have defined
> another interface to allow more flexibility. Following is the snapshot
> of the existing code.
>
> ########## snippet ###############
> if (conf instanceof AbstractRemoteResourceManagerConfiguration) {
> AbstractRemoteResourceManagerConfiguration remConf =
> (AbstractRemoteResourceManagerConfiguration)conf;
> ....
> ########## snippet ###############
>
>
> For UNICORE I am not directly inheriting this class, if I would then
> unicore based jobs will not run due to this check. Thus I have defined
> another interface for AbstractRemoteResourceManagerConfiguration and
> UNICORE one to serve this purpose. Following are the changes I made it
> to run unicore and native openmpi jobs,
>
> ########## snippet ###############
> if (conf instanceof IRemoteRMConfiguration) {
> //				AbstractRemoteResourceManagerConfiguration remConf =
> (AbstractRemoteResourceManagerConfiguration)conf;
> 				IRemoteRMConfiguration remConf = (IRemoteRMConfiguration)conf;
>                                ....
> ########## snippet ###############
>
> For ref. in the launch plugin the above statement is used in the
> following classes,
>
> PTPLaunchPlugin, AbstractParallelLaunchConfigurationDelegate,  
> ApplicationTab
>
> I have attached the tiny IRemoteRMConfiguration interface  for your
> review, but I haven't added the remaining methods of
> AbsrtactResourceManagerConfiguraton as I dont need them.
>
> May be there could be a more better way to deal with it.
>
> 2) I am trying to build remote projects, the first problem is that it
> becomes extremely slow and after few minutes eclipse terminates due to
> the outofmemory error. Although I have changed the eclipse vm
> parameters. This problem only occurs during the remote project
> development and build. I guess I am doing anything wrong in the setup
> or do I need to update code to the latest build.
>
>
> Thanks and Regards,
> --
> ------------------
> Mohammad Shahbaz Memon
> Distributed Systems and Grid Computing
> Jülich Supercomputing Center
> Forschungszentrum Jülich GmbH
> Jülich Germany
>
> Office: +49 (0)2461 61 6567
> Fax:     +49 (0)2461 61 6656
> http://www.fz-juelich.de/jsc
>
> Sitz der Gesellschaft: Jülich
> Eingetragen im Handelsregister des Amtsgerichts Düren Nr. HR B 3498
> Vorsitzende des Aufsichtsrats: MinDirig'in Bärbel Brumme-Bothe
> Vorstand: Prof. Dr. Achim Bachem (Vorsitzender),
> Dr. Ulrich Krafft (stellv. Vorsitzender)
> < 
> IRemoteRMConfiguration 
> .java>_______________________________________________
> ptp-dev mailing list
> ptp-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/ptp-dev