Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Add GModelIdAdapter #18

Closed
tortmayr opened this issue Nov 26, 2019 · 0 comments
Closed

Add GModelIdAdapter #18

tortmayr opened this issue Nov 26, 2019 · 0 comments

Comments

@tortmayr
Copy link
Contributor

Add a reusable Adapter implementation that attaches an generated (GModelId) to an EObject.
We already use a similar approach in a couple of projects so extracting a common reusable component should be easy
tortmayr added a commit that referenced this issue Feb 15, 2020
@tortmayr
#18 Revise Action/Operation API
03f96b8
tortmayr added a commit that referenced this issue Feb 16, 2020
@tortmayr
#18 Revise Action/Operation API
a061bea 
- Remove (unnecessary) generated hashCode() & equals() methods to improve readability
- Remove unneeded ActionKinds (remains from initial implementation)
- Cleary distinhguish between action and opertion and make operation a subtype of action
-  Introduce Supplier API for classes that supply data for the server (e.g ActionHandlerSupplier). Refactor existing classes accordingly
- Rework ActionHandler API to enable cleaner and easier implementations
- Rework OperationHandler API to enable cleaner and easier implementations
- Actions can now be derived from the HandlerBinding and do not have to be registered separately
- Introduce subtypes for create operations and handler
- Rework client operation retrieval ( now uses RequestContextActions)
- Introduce common generic API for commandPalette,toolPalette and context menu retrieval (ContextActionsProvider API)
tortmayr added a commit that referenced this issue Feb 16, 2020
@tortmayr
#18 Revise Action/Operation API
2e97175 
- Remove (unnecessary) generated hashCode() & equals() methods to improve readability
- Remove unneeded ActionKinds (remains from initial implementation)
- Cleary distinhguish between action and opertion and make operation a subtype of action
-  Introduce Supplier API for classes that supply data for the server (e.g ActionHandlerSupplier). Refactor existing classes accordingly
- Rework ActionHandler API to enable cleaner and easier implementations
- Rework OperationHandler API to enable cleaner and easier implementations
- Actions can now be derived from the HandlerBinding and do not have to be registered separately
- Introduce subtypes for create operations and handler
- Rework client operation retrieval ( now uses RequestContextActions)
- Introduce common generic API for commandPalette,toolPalette and context menu retrieval (ContextActionsProvider API)
tortmayr added a commit that referenced this issue Feb 16, 2020
@tortmayr
#18 Revise Action/Operation API
8ca11ea 
- Remove (unnecessary) generated hashCode() & equals() methods to improve readability
- Remove unneeded ActionKinds and handlers (leftovers from initial implementation)
-  Introduce Supplier API for classes that supply data for the server (e.g ActionHandlerSupplier). Refactor existing classes accordingly 
- Clearly distinguish between action and operation and make operation a subtype of action
- Rework ActionHandler API to enable cleaner and easier implementations
- Rework OperationHandler API to enable cleaner and easier implementations
- Actions can now be derived from the HandlerBinding and do not have to be registered separately
- Introduce subtypes for create operations and handler
- Rework client operation retrieval ( now uses RequestContextActions)
- Introduce common generic API for commandPalette, toolPalette and context menu retrieval (ContextActionsProvider API)
tortmayr added a commit that referenced this issue Feb 18, 2020
@tortmayr
#18 Revise Action/Operation API
4e88eb4 
- Remove (unnecessary) generated hashCode() & equals() methods to improve readability
- Remove unneeded ActionKinds and handlers (leftovers from initial implementation)
-  Introduce Supplier API for classes that supply data for the server (e.g ActionHandlerSupplier). Refactor existing classes accordingly 
- Clearly distinguish between action and operation and make operation a subtype of action
- Rework ActionHandler API to enable cleaner and easier implementations
- Rework OperationHandler API to enable cleaner and easier implementations
- Actions can now be derived from the HandlerBinding and do not have to be registered separately
- Introduce subtypes for create operations and handler
- Rework client operation retrieval ( now uses RequestContextActions)
- Introduce common generic API for commandPalette, toolPalette and context menu retrieval (ContextActionsProvider API)
tortmayr added a commit that referenced this issue Feb 24, 2020
@tortmayr
#18 Revise Action/Operation API
78d31a7 
- Remove (unnecessary) generated hashCode() & equals() methods to improve readability
- Remove unneeded ActionKinds and handlers (leftovers from initial implementation)
-  Introduce Supplier API for classes that supply data for the server (e.g ActionHandlerSupplier). Refactor existing classes accordingly 
- Clearly distinguish between action and operation and make operation a subtype of action
- Rework ActionHandler API to enable cleaner and easier implementations
- Rework OperationHandler API to enable cleaner and easier implementations
- Actions can now be derived from the HandlerBinding and do not have to be registered separately
- Introduce subtypes for create operations and handler
- Rework client operation retrieval ( now uses RequestContextActions)
- Introduce common generic API for commandPalette, toolPalette and context menu retrieval (ContextActionsProvider API)
tortmayr added a commit that referenced this issue Feb 24, 2020
@tortmayr @planger
#18 Revise Action/Operation API (#46)
c028ce1 
* #18 Revise Action/Operation API

- Remove (unnecessary) generated hashCode() & equals() methods to improve readability
- Remove unneeded ActionKinds and handlers (leftovers from initial implementation)
-  Introduce  Registry API for classes that supply data for the server (e.g ActionHandlerRegistry). Refactor existing classes accordingly 
- Clearly distinguish between action and operation and make operation a subtype of action
- Rework ActionHandler API to enable cleaner and easier implementations
- Rework OperationHandler API to enable cleaner and easier implementations
- Actions can now be derived from the HandlerBinding and do not have to be registered separately
- Introduce subtypes for create operations and handler
- Rework client operation retrieval ( now uses RequestContextActions)
- Introduce common generic API for commandPalette, toolPalette and context menu retrieval (ContextActionsProvider API)

Co-authored-by: Philip Langer <[email protected]>
MatthiasHofstaetter pushed a commit to MatthiasHofstaetter/glsp-server that referenced this issue Dec 21, 2024
@tortmayr @planger
eclipse-glsp#18 Revise Action/Operation API (eclipse-glsp#46)
d8d6b5a 
* eclipse-glsp#18 Revise Action/Operation API

- Remove (unnecessary) generated hashCode() & equals() methods to improve readability
- Remove unneeded ActionKinds and handlers (leftovers from initial implementation)
-  Introduce  Registry API for classes that supply data for the server (e.g ActionHandlerRegistry). Refactor existing classes accordingly 
- Clearly distinguish between action and operation and make operation a subtype of action
- Rework ActionHandler API to enable cleaner and easier implementations
- Rework OperationHandler API to enable cleaner and easier implementations
- Actions can now be derived from the HandlerBinding and do not have to be registered separately
- Introduce subtypes for create operations and handler
- Rework client operation retrieval ( now uses RequestContextActions)
- Introduce common generic API for commandPalette, toolPalette and context menu retrieval (ContextActionsProvider API)

Co-authored-by: Philip Langer <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@tortmayr