| Summary: | CDOResourceSetImpl.createResource(URI) should create the resource on the server site | ||
|---|---|---|---|
| Product: | [Modeling] EMF | Reporter: | Martin Fluegge <martin.fluegge> |
| Component: | cdo.core | Assignee: | Project Inbox <emf.cdo-inbox> |
| Status: | CLOSED WORKSFORME | QA Contact: | Eike Stepper <stepper> |
| Severity: | normal | ||
| Priority: | P3 | CC: | vaisegid |
| Version: | 4.1 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows Server 2003 | ||
| Whiteboard: | |||
|
Description
Martin Fluegge
It looks like that with this feature we will start to create user data on server without making transaction commit. Doesn't look clear client-server concept. I could rollback transaction, but changes are exposed remotely to others. Another concern, we will need to expect that it could be a conflict on server, thus each caller of "createResource" will need to expect "ConcurrentModificationException". More ever, even if you create resource on server silently, you are not sure that someone will remove it until you commit transaction. Thus we still have handle situation when Resource exist only locally and is not available on server. What then is the benefit of creating resource in advance? Martin, there must be a misunderstanding again. ResourceSet.createResource() behaves exactly as it's supposed to. It creates the new resource in memory and the next commit() will bring it to the server. Closing. |