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; } } }

UpdateTask or CSWorkarea.update()?

System

Or maybe another way? I am new to WFM and CSSDK, so go easy on me...

I am looking at options to update files from one branch to another within a workflow, but the key is that I want to be able to detect if there is a conflict during the copy. I don't believe this was an option the old Perl way - at least I didn't know of a way to check for a conflict and then send a notification in workflow.

Anyway, I don't see any methods in a CSUpdateTask that would indicate whether a conflict was encountered. However if you use CSWorkarea.update(), you can eventually work your way to a CSFileCmpResult.isConflict() method, which would tell you if the file(s) you just attempted to copy resulted in a conflict.

The drawback is that I'm not sure if it will tell me which files were in conflict. But it's still nice to at least know there was a conflict so that I could send out a notification.

Or is there a better way? Or am I missing something?

Find more posts tagged with

Comments

Migrateduser

Have you tried using perl? Smiley Happy

Adam Stoller

Or maybe another way? I am new to WFM and CSSDK, so go easy on me...

I am looking at options to update files from one branch to another within a workflow, but the key is that I want to be able to detect if there is a conflict during the copy. I don't believe this was an option the old Perl way - at least I didn't know of a way to check for a conflict and then send a notification in workflow.

Anyway, I don't see any methods in a CSUpdateTask that would indicate whether a conflict was encountered. However if you use CSWorkarea.update(), you can eventually work your way to a CSFileCmpResult.isConflict() method, which would tell you if the file(s) you just attempted to copy resulted in a conflict.

The drawback is that I'm not sure if it will tell me which files were in conflict. But it's still nice to at least know there was a conflict so that I could send out a notification.

Or is there a better way? Or am I missing something?

Interesting picture - you look a lot different than when last I saw you :-)

I think the UpdateTask with overwritemod set to "f" may be the way to go - if you don't specify an explicit failure transition, I believe it should do what the submittask does in such cases - bring up a conflict resolution task/window.

I haven't used an updatetask in a long time, so this might not do what you want, but I think it worth trying first as it might save you a lot of time trying to figure out the CSSDK coding...

Migrateduser

Thanks Fish. I am looking a little weary after the long drive to Dallas. Smiley Surprised

)

The one thing that's appealing about the CSSDK is they provide a way to tell if a conflict has occurred. That's one of the things that gave me heartburn in the past about standard WFT coding with perl - there was no way to tell programmatically if a conflict occurs, so you couldn't notify anyone. They would have to look at the workflow in the GUI in order to know a conflict has occurred.

I have found that conflicts can definitely happen with updatetasks even though it's not always clear why they happen, so being able to know that a conflict happened is very appealing.

That said, I'm also trying to push content to another branch from the branch the workflow is currently running in, not pull content into my active branch, so I am not sure this can easily be accomplished with the Java code. All the update events seem to want to pull content into the current area.

I appreciate your thoughts and if I find a solution, I will post it here.

Migrateduser

Have you tried using perl?

You so funny! While perl is easier (for me), it has no mechanism (as far as I know) to be able to tell if a conflict has occurred so you can notify people. The beauty of the Java way is they put that into the classes. So there!

Migrateduser

A different approach...

In order to push files from the current branch to another branch, I suppose I could just do a CSFile.copy() with overwrite=true. This would force me to do the copy on a file by file basis rather than all at once, but that's probably not a big deal. My question on that is: can a Copy operation create a conflict the same way an Update operation does? If so, I'm not seeing a way to trap the conflict programmatically with a Copy so that may not be the way I want to go either.

Migrateduser

I realize that I'm now talking to myself, which is fine - I like me just fine. I'm sure if I say something that is incorrect, people will come out of the woodwork to pounce, so let me pose a potential solution to my problem conceptually. I would love some feedback as to whether this will work or if I should do anything differently.

GOAL: To have an externaltask in a workflow that will copy files from the current workarea for the task to a workarea in a different branch and be able to identify if a conflict happens during the copy.

CONCEPT:

 
# Assume I have the client instance (client) in my task class
# Assume I have a CSArea object pointing at my task's workarea
# Assume I have a CSAreaRelativePath[] referencing the files I want to copy from my task's workarea

# Create a vpath based on the target branch's workarea


CSVpath vPath = new CSVpath("...path to target branch's workarea...");


# Using the client object, get the vPath's workarea object
CSWorkarea wa = client.getWorkarea(vPath, true);

# Perform the copy from the source 
CSUpdateResult res = wa.update(files, sourceWAPath, OVERWRITE_ALL);

# Get the file comparison results of the copy
CSFileCmpResult fcr = res.getResultOfUpdate();

#Do something if there were any conflicts
if (fcr.isConflict()) {
  ...do something...
}

Does this look reasonable? Comments and useful suggestions welcome...

One question I have is: what is the difference between OVERWRITE_ALL and OVERWRITE_CONFLICTS?

Migrateduser

I flippin' rock!

This totally worked. I am in absolute shock that I created a Java custom task and called it from a workflow created in WFM and set it all up in TeamSite and it worked first time. Nothing has ever worked the first time in the perl world for me. I'm a believer. Pass me the Kool-Aid....

*disclaimer*
The code is slightly modified from what I entered above, but the concept, which is all that I wanted to throw out there, was accurate.

Not that anyone cares...because I am talking to myself....

Adam Stoller

Maybe you're a bad perl developer and a java programming prodigy? :-)
Feel free to keep talking to yourself - I'm sure there are other folks listening...

nipper

I flippin' rock!

Not that anyone cares...because I am talking to myself....

Yea keep padding your posts and patting yourself on the back. Does your new company know what kind of genius they hired ? You probably should go tell them.

new_report_15.rptdesign

Migrateduser

Maybe you're a bad perl developer and a java programming prodigy? :-)
Feel free to keep talking to yourself - I'm sure there are other folks listening...

You raise a very good point. I will have a long discussion with myself about that tomorrow...

;o)

Migrateduser

Yea keep padding your posts and patting yourself on the back. Does your new company know what kind of genius they hired ? You probably should go tell them.

Jealous???

I will put it in my status report.