-
Notifications
You must be signed in to change notification settings - Fork 40
Versions numbers as they appear on disk should be used for versions in the repository #13
Comments
This is the core of an action I use to change the version label of a node:
Just in case it gives any clue about how to solve the issue. |
Changing version labels is not currently supported by Alfresco, and while it may be technically possible in specific releases of the product via low-level mechanisms (such as those used above), there's no guarantee that such code will work on anything but a specific release. Ultimately until / unless ACE-3735 is fixed, this issue remains blocked. |
may be better to add an aspect with the original version number if it differs from the one that ends up in the repository |
Absolutely - the way to do that would be to deploy an appropriate content model to the repository, prepare appropriate shadow metadata files, then run the tool as-is. It is not appropriate for the tool to deploy content models of its own, as that's an intrusive operation that would inhibit the ability for an administrator to uninstall the tool once their bulk imports are complete (something that is possible today). |
Migrated from https://code.google.com/p/alfresco-bulk-filesystem-import/issues/detail?id=85
Currently the tool ignores the version numbers that appear on disk (with one exception - see below) and instead starts the version history at 1.0 and increments by 0.1 or 1.0 for each additional version. Instead the tool should use the exact version numbers that appear on disk, even when a version series is gappy.
Note: this is currently not possible - Alfresco does not allow version labels to be explicitly set. Technically speaking, the "cm:versionLabel" property is a protected property that cannot be set directly. See http://issues.alfresco.com/jira/browse/ALF-10155
The text was updated successfully, but these errors were encountered: