Community
Participate
Working Groups
Build Identifier: As established on EMF Community Forum (http://www.eclipse.org/forums/index.php?t=msg&goto=637142&S=d2575181f9e963b075ed35f97229f38a#msg_637142), it would be nice that users can activate such connection-aware URIs by default. For example, by using CDOURIUtil.setURIMode(URIMode.CONNECTION_AWARE) or session.options().setURIMode(), any CDO Object referenced in a local resource will be serialized using connection-aware URIs instead of standard CDO URIs. For example, if user didn't change the URIMode, a local resource referencing a CDOObject will be serialized as following : <referencedElement xmi:type="cars:Garage" href="cdo:/repo1/remoteSemanticResource.xmi#1"/> Therefore, if the connection to the CDO Repository is closed, there is no way to reconnect to this repository automatically. if the user has activated the CONNECTION_AWARE mode for URIs : <referencedElement xmi:type="cars:Garage" href="cdo.net4j.tcp://localhost/repo1/remoteSemanticResource.xmi?transactional=true#1"/> Reconnection to Repositories will then be transparent to users. If possible, extension mechanisms should be provided to control how the reconnection is made by CDO (do the created session have to allow legacyMode, what is its PassiveUpdateMode...), and allow to control sessions/transactions lifecycle, so that this reconnection mechanism can be used in all useCases. Reproducible: Always
Moving all open enhancement requests to 4.1
Would you consider this a duplicate of bug 326186?
Now the connection-aware URI works (see the attached JUnit for a example) and CDOSession opening can be customized by providing a CDOViewProvider to the CDOViewProviderRegistry.
Created attachment 211419 [details] JUnit test showing the use of connection aware URI
Created attachment 213163 [details] JUnit test showing the use of connection aware URI Sorry the previous attachment was incorrect, now I have attached the correct one, we can considers this bug has closed. Thanks.
Taking test case...
commit 4c0ca829c6eeb45344c9af887d24f84ad36a0153
Closing.