Great! I'll use that, then. Thank you very much.
Am 22.02.2012 21:52 schrieb "Stephen Connolly" <
stephen.alan.conno...@gmail.com>:

> My aim is that *all* plugins that need to store credentials would use this
> plugin as the store. The type of credentials is an extension point, and you
> ask for credentials of a specific type, so ssh-slaves would define its
> credential type and store/retrieve from the central store... Other plugins,
> if they depend on ssh-slaves, will have access to the ssh credentials type,
> and by depending on cloudbees-credentials, can then access the store also
>
> On Wednesday, 22 February 2012, Dietrich Schulten wrote:
>
>> In my case I need at least access to ssh slave credentials to open an ssh
>> tunnel for selenium remote controls, or maybe even to the established
>> connections stored within ssh-slaves pluginImpl, if they can be used to
>> create tunnels.
>> But it seems currently I would need an extension point in ssh-slaves in
>> order to access its active connections safely.
>> @Stephen: would you accept such an extension point in ssh-slaves? Or
>> would you rather have me read the credentials from the plugin you mentioned
>> above?
>>
>> Cheers,
>> D'
>> Am 22.02.2012 18:26 schrieb "Stephen Connolly" <
>> stephen.alan.conno...@gmail.com>:
>>
>>> Just to let people know what kind of things it can do:
>>>
>>> 1. Introduces Global (all jobs in the system) & System (only root
>>> actions) scoped credentials
>>> 2. Introduces per-user credentials (only available to the user that owns
>>> them)
>>> 3. (With enhancements to our folders plugin) Introduces per folder
>>> credentials
>>>
>>> Some things we need to do before OSSing it involve finding a nice way
>>> to integrate it into the git & subversion auth, so that this
>>> credential store can be used in addition to the current (what I would
>>> see as legacy) auth store(s)
>>>
>>> Plugins depending on the cloudbees-credentials plugin can define their
>>> own credentials types and those credentials types will be available
>>> via the same API.
>>>
>>> The API allows resolving credentials for a specific item and for a
>>> specific authentication.
>>>
>>> On 22 February 2012 17:02, Stephen Connolly
>>> <stephen.alan.conno...@gmail.com> wrote:
>>> > Actually CloudBees have a credentials store plugin that we will be
>>> > releasing OSS in the near future. That plugin should solve quite a few
>>> > credentials management problems.
>>> >
>>> > On 22 February 2012 16:38, Daniel PETISME <daniel.peti...@gmail.com>
>>> wrote:
>>> >> Hi guys,
>>> >>
>>> >> If Iunderstand the problem, it's all about sharing information betwwen
>>> >> plugins, right? And what about centralize these information?
>>> >> In fact, Romain Seguy already talk about a (not open-sourced yet)
>>> plugin we
>>> >> have and may fit your needs.
>>> >>
>>> >>
>>> https://groups.google.com/d/msg/jenkinsci-dev/baNWBRuThWE/QARWQE-b8KEJ
>>> >>
>>> >> To centralize information (For instance, SSH connections details) we
>>> define
>>> >> RESOURCES. This resource (a SSH Site for instance) will be your
>>> credentials
>>> >> storage.
>>> >> Some of our plugins, built upon this one, display the list of the
>>> available
>>> >> resources (preventing user mistakes).
>>> >>
>>> >> If you (or other) are interested by this plugin, we can release it.
>>> >>
>>> >> Cheers
>>> >>
>>> >> Daniel
>>> >>
>>> >>
>>> >>
>>>
>>

Reply via email to