nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

existing node as a new version for another node

gokceng

I have two nodes: nodeA and nodeB, I want nodeB to have a new version which is nodeA, I mean how can I make nodeA nodeB's new version?

Find more posts tagged with

Comments

invictus9

First, check out the wiki:

http://wiki.alfresco.com/wiki/JavaScript_API_Cookbook#Create_Document.2C_Make_it_Versionable.2C_Modify_It

Then, you may need to copy the contents of the newer node into the older file. You will have to use the writer() function to do the copy, since just using the cm:content attribute only works on strictly text files.

gokceng

thanks for your reply. I've used something like that:

workingCopy = nodeA.checkout();
workingCopy.content.write(nodeB.content);
workingCopy.checkin();

but i want to do something like that.

workingCopy = nodeA.checkout();
workingCopy.content.write(nodeB.content);
workingCopy.properties = nodeB.properties;
workingCopy.save();
workingCopy.checkin();

so i make nodeA to have 'all properties' or 'all properties of a specific aspect' of nodeB. How can i do that?

invictus9

The "properties" property is a map, so you can iterate over all of the keys in the source map and set them in the destination map.

for ( k in keys(nodeB.properties) ) {
   workingCopy.properties[k] = nodeB.properties[k];
}‍‍‍

You may need to filter some items to prevent error messages (I think) as some properties may not be settable.

gyro_gearless

Hi,

I don't see why copying the cm:content property should only work for text files? As a matter of fact, i'm frequently doing this to make copies of nodes without duplicating the actual content, and Alfresco's CopyService is doing similar.
The cm:content property is only a pointer into the actual content store, so having two nodes with same cm:content property is similar to having two or more hardlinked files on Unix. (Well, this analogy is a bit lame: if one the nodes' content is updated, it gets its cm:content property pointing to a fresh location, so the nodes have different content then).

An alternative approach might be to use app:filelink objects, however, your mileage may vary :roll:

Cheers
Gyro

invictus9

I don't see why copying the cm:content property should only work for text files?

I don't see why, either. However, the documentation is pretty clear that cm:content is for text, which is why I recommend using the 'writer' approach. In a Unix world, everything is bytes, but everyone forgets that this was a major breakthrough in computer input and output. Previous computer systems had specialized input and output systems for different kinds of data, and different kinds of media. When you understand that "text" is a different interpretation of "bytes", a lot of your I/O system gets simpler. However, at some point, multi-byte characters became the norm, and you could end up with anomalies that meant that "text" (as in a series of textual characters) did not mean the same as "bytes".

So, when the documentation puts limits on the way material can be interpreted, I tend to trust that they know what might go wrong. The mechanism is there to do the copying, and (I hope) the mechanism does not depend on it being text.

mrogers

cm:content is binary data. You can store, for example, an image in a content property.

Depending upon which interface you use it may make sense to return the data as a String of characters. However the JavaScript interfaces you are looking at are a little challenged since JavaScript can't deal with streaming, however it can handle strings.

And its also worth noting that as well as the binary content cm:content also contains the mime type and the character set so its possible to reliably pull out Japanese text or application specific data files.

gokceng

The "properties" property is a map, so you can iterate over all of the keys in the source map and set them in the destination map.
for ( k in keys(nodeB.properties) ) {
   workingCopy.properties[k] = nodeB.properties[k];
}‍‍‍
You may need to filter some items to prevent error messages (I think) as some properties may not be settable.

thanks invictus9 it helped me..