Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 336260

Summary:	Configuration service
Product:	[ECD] Orion	Reporter:	Szymon Brandys <Szymon.Brandys>
Component:	Client	Assignee:	Mark Macdonald <mamacdon>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	P3	CC:	bokowski, john.arthorne, malgorzata.tomczyk, mamacdon, Mike_Wilson, simon_kaegi, tomasz.zarna
Version:	0.2
Target Milestone:	1.0
Hardware:	PC
OS:	Windows XP
Whiteboard:
Bug Depends on:	381899, 384751
Bug Blocks:	340469

Description Szymon Brandys

2011-02-03 11:48:58 EST

Orion already uses delegated identities i.e. OpenIDs. We had a discussion that the user's configuration could be handled in a similar decentralized manner. 

A simple case is:
We have a capability like JS formatter in the editor. Let's say that whether it is enabled or not is part of some user configuration. Also JS formatter preferences are in this configuration. So far the configuration is attached to an Orion instance, so if we have content on many sites e.g. eclipse.org, github.com we need to set the configuration per each host.

I think we could have a service instead to keep the configuration. The configuration could be *injected* into an Orion instance like it is done with authentication via OpenID provider. 

One of approaches is to have OpenID provider with an extension. The configuration would be attached to the identity (OpenID). However I can imagine a scenario when authentication and configuration are served by separate servers.

Comment 1 Simon Kaegi

2011-06-20 22:21:21 EDT

I think this is a good topic to work on in 0.3 and start figuring on what we want to do longer term.

Comment 2 Simon Kaegi

2012-05-27 17:23:58 EDT

Mark I would like to put the underlying plumbing in place for RC1

Comment 3 Mark Macdonald

2012-10-18 10:03:12 EDT

This was actually done in 1.0M1