From: Andy J. (JIRA) <web...@jp...> - 2008-09-24 19:01:40
|
[ http://www.datanucleus.org/servlet/jira/browse/NUCACCESS-23?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15851#action_15851 ] Andy Jefferson commented on NUCACCESS-23: ----------------------------------------- See http://www.datanucleus.org/products/accessplatform_1_1/guides/jdo/replication/index.html for the guide of how to do it manually. This is what needs automating > Provide replication API to simplify the process of datastore replication > ------------------------------------------------------------------------ > > Key: NUCACCESS-23 > URL: http://www.datanucleus.org/servlet/jira/browse/NUCACCESS-23 > Project: DataNucleus Access Platform > Issue Type: New Feature > Reporter: Andy Jefferson > Assignee: Andy Jefferson > Fix For: 1.1.0.final > > > Using the detach/attach mechanism DataNucleus provides a way to replicate between datastores. It relies on users manually select objects detaching from one datastore and attaching to another. We should provide an API helper process around this to make it simpler to use. > The minimum input to this should be :- > 1. PMF1 - for the datastore that is the source > 2. PMF2 - for the datastore that is the target > 3. Names of classes whose objects should be replicated/merged. > Optionally there should be properties like > 1. What happens if there is an object X1 in datastore 2 that is not in datastore 1. Should we delete from datastore 2? > 2. What happens if there is an object X1 in datastore 1 and also in datastore 2. Should we ignore it, or merge it ? > 3. Should we replicate entire object graphs ? > Likely many other situations that could have properties to define the behaviour. > Maybe we should allow it to run with specific object ids (instead of particular classes) ? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://www.datanucleus.org/servlet/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |