Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Examples/Eclipse Business Expense Reporting Tool/User State Service"

Line 2: Line 2:
 
Managing the user state in a standalone application is relatively easy. EBERT runs as both a standalone application (RCP, ERCP) and as a multiple-user application (RAP). To support both environments, we have to be careful how we store user state.
 
Managing the user state in a standalone application is relatively easy. EBERT runs as both a standalone application (RCP, ERCP) and as a multiple-user application (RAP). To support both environments, we have to be careful how we store user state.
  
EBERT defines an Equinox/OSGi Service of type [http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.examples/ebert/org.eclipse.examples.expenses.views/src/org/eclipse/examples/expenses/context/IUserContextService.java?root=Technology_Project&view=markup IUserContextService.java]&mdash;defined in the <code>org.eclipse.examples.expenses.views</code> project&mdash;along with two different implementations. Implementations of this type are responsible for one thing: answer, when asked, the user state (an instance of [http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.examples/ebert/org.eclipse.examples.expenses.views/src/org/eclipse/examples/expenses/context/IUserContext.java?root=Technology_Project&view=markup IUserContext]) for the current user.
+
EBERT defines an Equinox/OSGi Service of type [http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.examples/ebert/org.eclipse.examples.expenses.views/src/org/eclipse/examples/expenses/context/IUserContextService.java?root=Technology_Project&view=markup IUserContextService.java] along with two different implementations. Implementations of this type are responsible for one thing: answer, when asked, the user state (an instance of [http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.examples/ebert/org.eclipse.examples.expenses.views/src/org/eclipse/examples/expenses/context/IUserContext.java?root=Technology_Project&view=markup IUserContext]) for the current user.
  
The notion of "current user" is pretty simple in the standalone case: there is only one user.
+
The notion of "current user" is pretty simple in the standalone case: there is only one user. The [http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.examples/ebert/org.eclipse.examples.expenses.context.standalone/src/org/eclipse/examples/expenses/context/standalone/StandaloneUserContextService.java?root=Technology_Project&view=markup StandaloneUserContextService]

Revision as of 15:28, 26 February 2009

This page is under development

Managing the user state in a standalone application is relatively easy. EBERT runs as both a standalone application (RCP, ERCP) and as a multiple-user application (RAP). To support both environments, we have to be careful how we store user state.

EBERT defines an Equinox/OSGi Service of type IUserContextService.java along with two different implementations. Implementations of this type are responsible for one thing: answer, when asked, the user state (an instance of IUserContext) for the current user.

The notion of "current user" is pretty simple in the standalone case: there is only one user. The StandaloneUserContextService

Back to the top