Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] User-specific Launch Configuration Attributes


On Dec 2, 2014, at 3:21 PM, Doug Schaefer <DSchaefer@xxxxxxx> wrote:

Cool. What happens when the user checks in the launch configuration to source control and a different user checks it out and the connection ID isn’t defined?

It would try to find it, fail, and just be ignored. The user would then need to select one of their existing connections or create a new one.


My thinking is to do the same, but to store the ID/name of the connection and the launch config name and container path in preference store.

Doug.

From: Greg Watson <g.watson@xxxxxxxxxxxx>
Reply-To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Date: Tuesday, December 2, 2014 at 3:06 PM
To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Subject: Re: [cdt-dev] User-specific Launch Configuration Attributes

We just store a tuple comprising the remote services ID and connection name. This uniquely identifies the connection. The remote framework take care of persisting the connection information and using secure storage for passwords.

Greg

On Dec 1, 2014, at 11:08 PM, Doug Schaefer <DSchaefer@xxxxxxx> wrote:

Yes, the IRemoteConnection stores the necessary information for us to launch a process on the target. What’s missing is the mapping from Launch Configuration to target. This mapping needs to be independent of the launch bar settings since the launch bar is optional. So I need to find a way to do it with out it. Org.eclipse.remote doesn’t have the concept of active target so relying on the target management system to provide one probably wasn't the right approach anyway. It seems like an artificial creation that could be done in a more user friendly way.

The good thing is that ILaunchConfiguration is IAdaptable. So I could create an adapter that returns the IRemoteConnection. The Remote framework would need to provide an API to bind launch configs to connections and restore them on start up, much like we’ve already been doing with ILaunchTarget. This could be set up in the launch config dialog for the remote launch I’m creating. (not everything has to go into the working copy). Shouldn’t be too hard.

But I am still wondering how others manage remote launches like this. We can talk about this at the meeting tomorrow.

Doug.

From: Alena Laskavaia <elaskavaia.cdt@xxxxxxxxx>
Reply-To: "elaskavaia.cdt@xxxxxxxxx" <elaskavaia.cdt@xxxxxxxxx>, "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Date: Monday, December 1, 2014 at 10:47 PM
To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Subject: Re: [cdt-dev] User-specific Launch Configuration Attributes

Why launch configuration needs to store connection information? Isn't the point of toolbar it to actually separate it and replace with concept of active target/connection?
Then user name/password should be stored in secure storage which eclipse deals with natively.

On Mon, Dec 1, 2014 at 2:41 PM, Doug Schaefer <dschaefer@xxxxxxx> wrote:
Hey CDT and PTP gangs,

As I plow through making a remote launch configuration type for CDT that uses o.e.remote.IRemoteConnections as the underlying launch target, I’m faced with a dilemma I’m sure many of you have had to deal with.

Attributes you specify in a ILaunchConfiguration are meant to be shared with other users. By default, this doesn’t happen and the launch config is stored locally, but sharing a launch config into your workspace and checking it into source control is only a few clicks away. I think we tend to forget that.

At any rate, at least for embedded, the identification of the remote you want to launch on generally can’t be shared with other users. It usually has a user specified name as well as their login credentials.

The problem is, there really isn’t a method to store user specific launch configuration settings such as this, at least none that I’m aware of. How have others solved this problem? Or did you just save the remote information in the launch config anyway and dealt with it when another user tried to launch that config? Is there interest in a common solution and if so, where would be the best place to put it for Luna SR-2?

Thanks,
Doug.

_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cdt-dev

_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cdt-dev

_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cdt-dev


Back to the top