[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [ptp-dev] Problems after update to latest head
|
Greg
I think the problem is gthat the error log has a message 'Could not find
remote services ID' issued from AbstractRemoteProxyRuntimeClient (line
71). I tried to track this back a bit, and I think this is because I
didn't fill in the resource manager wizard properly, but there seems to be
problems with that as well.
When I go thru the add resource manager wizard, the second panel shows me
a dropdown for Remote service provider which has 'Local' as the only
possible choice, and a Proxy server location dropdown which is blank. If I
click that dropdown, it redraws as a dropdown with a horizontal bar thru
it and I can't select anything from it. If I click the 'New' button next
to it, I get a null pointer exception at
AbstractRemoteResourceManagerConfigurationWizardPage.handleNewRemoteConnectionSelected
(line 285) because remoteServicesID is blank. It appears that the only way
that gets set is by invoking updateConnectionPulldown. I set a breakpoint
on that method and it gets called when the New button is clicked. It looks
like the only ways updateConnectionPulldown is called are thru a
ModifyEvent on the remoteCombo widget and by a SelectionEvent on the New
button.
Do I need to set up some sort of remote services before I try to create a
resource manager? If so, where do I do that?
Also, I updated from head again this morning, and am not able to find the
abstract class to fix my preferences page problem.
Dave
Greg Watson <g.watson@xxxxxxxxxxxx>
Sent by: ptp-dev-bounces@xxxxxxxxxxx
07/27/2007 11:16 PM
Please respond to
Parallel Tools Platform general developers <ptp-dev@xxxxxxxxxxx>
To
Parallel Tools Platform general developers <ptp-dev@xxxxxxxxxxx>
cc
Subject
Re: [ptp-dev] Problems after update to latest head
On Jul 27, 2007, at 9:42 AM, Dave Wootton wrote:
> I just updated my workspace to latest HEAD this morning. Since the
> only
> real change I have from the ORTE implementation is my parallel tab
> pane, I
> then replaced all my code except the parallel tab with ORTE code
> and then
> changed references to ORTE and OMPI to refer to my corresponding PE
> imp-lementation. That all builds clean.
>
> I then specified my proxy path in my preference page, deleted my proxy
> from the RM view, and defined a new proxy. When I tried to start the
> proxy, the last messages i got are a message '... firing up proxy,
> waiting
> for connection ...', a message showing me my proxy path and then a
> message
> 'adding remote servoce: org.eclipse.ptp.remote.LocalServices
> (Local)'. The
> proxy icon turns red and stays red and my proxy does not start as
> far as I
> can tell.
Any other messages? Anything in the error log?
>
> I tried doing this creating an ORTE proxy but specifying my proxy (i
> realize that won't work but just wanted to see the proxy start) and
> get
> the same result.
>
> Do I need to do something else to get this to work? I had
> downloaded the
> RSE runtime from the download website. I was experimenting a bit
> with the
> RSE view in Eclipse and was able to create remote ssh connections
> and see
> files on the remote system, so RSE seems basically functional
>
> Do I need to change anything in my proxy? (I haven't yet since I
> assumed
> the remote services changes were all on the GUI side)
No, there were no changes needed for the proxy.
>
> Also, when I look at the preference panel, if I change the path in my
> proxy, it also appears in the other (ORTE, LSF) preference page as
> well.
> This seems to be because the preference pages now extend
> AbstractRemotePreferencePage but have no code overriding methods in
> AbstractRemotePreferencePage. As a result, all preference pages for
> proxies use the same preference key and get the same value. Am I
> expected
> to implement overriding methods in my implementation? I assumed
> because
> the ORTE implementation didn't, that there was no requirement that
> I do so
> either.
Dumb mistake on my part. I've added an abstract class to get the
preference store to use. You'll need to supply your plugin preference
store when you implement this class.
>
> Thanks
> Dave
> _______________________________________________
> ptp-dev mailing list
> ptp-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/ptp-dev
>
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-dev