topic Re: Duplicate Child Node Name Exception in Alfresco Archive

Duplicate Child Node Name Exception

patrik — Fri, 21 Sep 2007 14:02:40 GMT

Hi! I'm having a problem when using simple workflow and transformation from doc to pdf. I trigger the workflow to copy an item to another space where a rule says that the item should be transformed to pdf and copied to a space. This works fine the first time. But the second time i get this error:ERR

Re: Duplicate Child Node Name Exception

kevinr — Tue, 25 Sep 2007 12:41:51 GMT

The transform rule is pretty basic - you best bet is a JavaScript rule:
http://forums.alfresco.com/viewtopic.php?p=29257#29257

Re: Duplicate Child Node Name Exception

patrik — Tue, 25 Sep 2007 13:29:16 GMT

It seems to be the copy operation that doesn't support replacement (or update)

I've moved on to try to solve it with a javascript instead. The javascript first removes the file that is supposed to be replaced and then places the new transformed copy there instead. The problem that i have left is to set the version in accordance to the source object. I posted a thread on that here http://forums.alfresco.com/viewtopic.php?t=8806 .

Re: Duplicate Child Node Name Exception

schneika — Mon, 01 Oct 2007 16:57:18 GMT

Please can you post your complete javascript as an example here?

Re: Duplicate Child Node Name Exception

patrik — Tue, 02 Oct 2007 08:47:58 GMT

Here's the script. Now the version number is taken from the previous file. That means that i lose the version history. Is it possible to add a version to an existing node? E.g. by connecting the new file to the old one by workingCopyOwner and then check it in?


var document = search.findNode(args["node"]);
var space = document.parent;
var parentFolderName = space.properties.name;
var releasable;
var fileName = document.properties.name;
var fileNameBase = fileName.substring(0,fileName.length-4);
var reply;
var version=document.properties.versionLabel;

//Test if the document is releasable
if(document.hasAspect("cm:releasable"))
{
   releasable=document.properties.releasable;
}
else
{
   releasable=false;
}

if(releasable)
{
   var parentFolderParent=space.parent.parent;
   var destFolder = parentFolderParent.childByNamePath("Released/"+parentFolderName);
   
   //Remove current document if it exists
   var destFile = destFolder.childByNamePath(fileNameBase + ".pdf")
   if (destFile!=null)
   {
      destFile.remove();
   }
   
   //Transform and move the document
   var trans = document.transformDocument("application/pdf");
   var copy = trans.copy(destFolder);
   
   //Set version according to source document
   copy.addAspect("cm:versionable");
   copy.properties.initialVersion=false;
   copy.properties.versionLabel=version;
   copy.save();
   trans.remove();
   //reply="The document has been successfully released. Push the back button to return to Alfresco.";
   var goBack = "<script>history.back();</script>";
   goBack;
}
else
{
   reply="The document is not releasable. Push the back button to return to Alfresco.";
}
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Re: Duplicate Child Node Name Exception

bjorn_r — Wed, 03 Oct 2007 16:21:16 GMT

Hi Patrik,

From 2.1 Enterprise and onwards there is a write method in the ScriptContent API, which is capable of copying binary content.

You should design your script to:
* Check out a working copy of your versioned node.
* Use the new write method to update the content of your working copy.
* Check in your working copy.

Cheers,
BjÃƒÂ¶rn

Re: Duplicate Child Node Name Exception

schneika — Thu, 04 Oct 2007 20:28:43 GMT

Perhaps anybody can give an example how to use this new write method in the ScriptContent-API of V2.1.0E and V2.2.0CE? A little script-snippet?

Re: Duplicate Child Node Name Exception

kevinr — Fri, 05 Oct 2007 13:51:26 GMT


// assume you have a document node called 'document' and that you have permissions to write to the current space

// first create a new node in the current space
var destNode = space.createFile("copy.txt");

// write the content from the current document into the destination
document.properties["cm:content"].write(destNode.properties["cm:content"]);
‍‍‍‍‍‍‍‍‍

Re: Duplicate Child Node Name Exception

sacco — Sat, 31 May 2008 05:00:02 GMT


// write the content from the current document into the destination
document.properties["cm:content"].write(destNode.properties["cm:content"]);
‍‍‍‍

Kevin, it looks as if you meant:


// write the content from the current document into the destination
destNode.content.write(document.properties.content);
‍‍‍‍

The .write() method copies from its argument to the current node.

But what is the point of this method? It create another file in the content
store on disk containing a copy of the content of the source, but with
Alfresco's 'write once' approach, there's surely no real point in storing
identical content in two different places … is there?

Re: Duplicate Child Node Name Exception

kevinr — Mon, 02 Jun 2008 13:22:12 GMT

The destination node may have different permissions i.e. may be accessable by different users. I'm sure you can think of other reasons why a copy of a content is useful

Cheers

Kevin

Re: Duplicate Child Node Name Exception

sacco — Mon, 02 Jun 2008 19:38:42 GMT

The destination node may have different permissions i.e. may be accessable by different users.

Yes, I can see that, but, if I've understood correctly, content data
(i.e. binary files stored in the Content Store) are effectively read-only
in Alfresco.

So if I were to replace:

// write the content from the current document into the destination
destNode.content.write(document.properties.content);
‍‍‍

with:

// set the destination to refer to the content from the current document
destNode.properties["cm:content"] = document.properties.content;
‍‍‍

then I would simply have an extra reference to the same stream of bits on the disk.
As this binary data is never modified, each user's access sees the same data in
both cases. I'm guessing that they could even see the same data with different
MIME types (set in the node's content metadata),
e.g. text/html and application/xhtml+xml

So I'm trying to understand why I would ever want to have two instances of the
exact same sequence of bits: where does the access control for download stream
come from, particularly in the case of multiple references to the same raw content?

I'm assuming that it can't depend directly upon the node from which it is accessed,
but all of my experiments so far suggest that access to the content stream through
different nodes is achieved through different URLs, and so different permissions
can be set for exactly the same bits for read-only access through different URLs.

Is there some loophole in this that I am missing?

Re: Duplicate Child Node Name Exception

adelatorre — Fri, 26 Sep 2008 08:39:54 GMT

Hi!

I'll help with a code snippet this helpful reply

You should design your script to:
* Check out a working copy of your versioned node.
* Use the new write method to update the content of your working copy.
* Check in your working copy.

This is a move function, that detects if a node already exists
(Variables are in spanish)


// Moves a node to a destination
function moveNode (nodo, destino) {
   // Search if exists
   var encontrado = destino.childByNamePath(nodo.name);
   
   if (encontrado != null) {
      if (! encontrado.hasAspect("cm:versionable")) {
         encontrado.addAspect("cm:versionable");
      }
      var wc = encontrado.checkout();
      wc.properties["cm:content"]=nodo.properties["cm:content"];
      wc.save();      
      wc.checkin("Update element: "+nodo.name);
      nodo.remove();
   }
   else 
   {
      nodo.move(destino);
   }   
}
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

This only has a problem, increases two versions each time. I guess wc.save(), make his part in it, while we are updating that node.

I hope this helps