| Summary: | Determine base timestamp for new branches on the server (if not set by the client) | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Modeling] EMF | Reporter: | Pascal Lehmann <pascal.lehmann> | ||||
| Component: | cdo.core | Assignee: | Eike Stepper <stepper> | ||||
| Status: | CLOSED FIXED | QA Contact: | Eike Stepper <stepper> | ||||
| Severity: | enhancement | ||||||
| Priority: | P3 | CC: | cyril.jaquier, stepper | ||||
| Version: | 4.0 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | All | ||||||
| OS: | All | ||||||
| Whiteboard: | Lighter, Faster and Better | ||||||
| Attachments: |
|
||||||
|
Description
Pascal Lehmann
Hi Pascal, I've always felt unhappy with the createBranch(String) method, the one without the timestamp parameter. It generally seems better to explicitely control the time of the base branch point. An alternative would be to determine the timestamp on the server but I tend to remove the "unexplicit" API from the client. What do you think? I find it quite convenient to just use the createBranch method without a time parameter if I just want to create a branch "now". To be on the safe side the server should probably set the actual time for "now", but as discussed yesterday this might invole some major changes. So we might as well just remove the "unexplicit" API unless there is a good way to get a reliable last server timestamp. Maybe something like the responding time from the last refreh timeResult. I'm going to provide a fix... Created attachment 180406 [details]
Patch v1 - for future reference
Tests run fine ;-) Committed to HEAD Available in R20110608-1407 |