[
http://issues.ops4j.org/browse/QI-221?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13305#action_13305
]
Falko Bräutigam commented on QI-221:
------------------------------------
Basically I discovered Qi4J 2 weeks ago. I will go and subscribe the mailing
list so that I can speak up next time :)
My system is based on Eclipse/RAP. So it is web and runs entirly on the server.
I'm using the Eclipse Workbench undo/redo system, which is based on the notion
of an undoable operation (IUndoableOperation).
I perfectly agree that a more client specific approach - implemented in the
domain model instead the runtime - is to be prefered. I started implementing
this already. However, I did not find solutions for the following problem:
- c) there is no way to decide which method (intercepted by SideEffect or
Concern) changes entity state
- c1) there is no way to check how the entity state was affected
- d) properties and associations do not provide a real rollback / "set back"
For c) I can provide an annotation to mark methods that change the entity
state. Did this. Works. For c1) I can save the entire entity state prior the
change. So far works too. For d) I can simply re-set the saved properties. But
then, because I'm inside the domain model and not inside the qi4j runtime, the
entiry stack of interceptors of the property and association methods is
reprocessed in case of rollback. I'm not sure yet if this is good or bad.
> Check nested UnitOfWork code so that it works properly.
> -------------------------------------------------------
>
> Key: QI-221
> URL: http://issues.ops4j.org/browse/QI-221
> Project: Qi4j
> Issue Type: Bug
> Reporter: Rickard Öberg
> Assignee: Rickard Öberg
> Priority: Critical
> Fix For: 1.0
>
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.ops4j.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
qi4j-dev mailing list
[email protected]
http://lists.ops4j.org/mailman/listinfo/qi4j-dev
