Hi all, While reviewing Sling Replication on its road to the first release me and Marius, with the help of some colleagues at Adobe, have cleaned up the APIs [1] and the documentation / javadoc significantly but also found out that probably 'replication' is not the best name we could find.
In first place it was called Sling Replication because it originated as a new effort to address AEM publishing tasks that we used to call "replication" at Adobe, however we think this is not the proper name because the replication term [2] mostly refers to being able to create and maintain multiple copies of the same thing for resiliency, failover, etc. (see examples of 'replication' in other ASF projects [3][4][5][6][7]) while our Sling module's main features deal with: - copying resources from Sling instanceA to Sling instanceB by pulling or pushing - synchronizing resources under certain paths (keeping them the same) among Sling instances We internally discussed the following name alternatives: - Sling content synchronization module - Sling content mirroring module - Sling content distribution module and the first two seemed to us a bit too much related to bidirectional full instance sync while the latter seems to fit nicely with the module capabilities, therefore I'd propose to change "Sling replication module" name into "Sling content distribution module". What do you think? Looking forward to your opinions, Regards, Tommaso [1] : https://issues.apache.org/jira/browse/SLING-4106 [2] : http://en.wikipedia.org/wiki/Replication_(computing) [3] : http://tomcat.apache.org/tomcat-6.0-doc/cluster-howto.html#Overview [4] : http://kafka.apache.org/documentation.html#replication [5] : http://hbase.apache.org/book.html#cluster_replication [6] : http://shaierera.blogspot.com/2013/05/the-replicator.html [7] : https://cwiki.apache.org/confluence/display/solr/Index+Replication