File Delete in STAGING

We have some custom delete task(done by perl script) working as expected.

1. User invokes a delete action (through File Menu->Delete)
2. File is deleted from Workarea first.
3. Changes are submitted to staging through "iwsubmit" to delete the file from staging.
4. final step deletes file from webserver through Open deploy mechanism

But now, some users want to keep the file in workarea but want to delete it from STAGING and webservers. Can we do this? My understanding is we need to delete in WA first and submit those changes to staging. How can we bypass the workarea delete step? any ideas?

Thanks
Jeff

Find more posts tagged with

Comments

Adam Stoller

We have some custom delete task(done by perl script) working as expected.

1. User invokes a delete action (through File Menu->Delete)
2. File is deleted from Workarea first.
3. Changes are submitted to staging through "iwsubmit" to delete the file from staging.
4. final step deletes file from webserver through Open deploy mechanism

But now, some users want to keep the file in workarea but want to delete it from STAGING and webservers. Can we do this? My understanding is we need to delete in WA first and submit those changes to staging. How can we bypass the workarea delete step? any ideas?

Thanks
Jeff

Well - IMO - you just tell the users that's not the way things work -- but if you feel you have to support their desires, you create a separate workarea and then delete, submit, and deploy the deletions from that separate workarea (and then probably remove the workarea too). I think it's a mistake to do this - but if you feel you must ....

ISCBorisB

We have some custom delete task(done by perl script) working as expected.

1. User invokes a delete action (through File Menu->Delete)
2. File is deleted from Workarea first.
3. Changes are submitted to staging through "iwsubmit" to delete the file from staging.
4. final step deletes file from webserver through Open deploy mechanism

But now, some users want to keep the file in workarea but want to delete it from STAGING and webservers. Can we do this? My understanding is we need to delete in WA first and submit those changes to staging. How can we bypass the workarea delete step? any ideas?

Thanks
Jeff

It's easy to do, but...An idea to keep in WAs non-private assets removed from STAGING is extremely bad one. It goes
against TS architecture, ramifications can be very unpleasant. What do "some users" really need? TS provides you with
history, versioning, etc... For example, Publish an Edition of your STAGING Area before deleting the File and you
will have recoverable Version without creating orphans

Adam Stoller

It's easy to do, but...An idea to keep in WAs non-private assets removed from STAGING is extremely bad one. It goes
against TS architecture, ramifications can be very unpleasant. What do "some users" really need? TS provides you with
history, versioning, etc... For example, Publish an Edition of your STAGING Area before deleting the File and you
will have recoverable Version without creating orphans

As an add-on to my previous response, you could mark the file(s) in the original workarea as private so as to prevent them from being versioned again (without explicit steps taken to make the file not-private again).

I still think this is a mistake to support, but ...

jeffldavis2

Thanks for the quick responses. I am still trying to find a quick n dirty way of doing it.

jeffldavis2

I am back on this thread again. I am thinking to do this way.

1. Create a temporary backup folder (in the workarea) to hold the files to be deleted.
2. Copy files/folders to be deleted to temporary backup folder (as a backup).
3. Execute regular deletes (workarea->staging->webservers) in the workarea.
4. Dump the files/folders back from temporary backup folder to the workarea.
5. Delete the temporary backup folder

Ghoti, this is similar to your suggestion but I modified little bit in step 1. Rather than creating a separate workarea I am creating a new temporary folder.

Am I doing anything wrong here? can you confirm?

Also, which perl command I should use to copy directories (iwcp or XCOPY??). I read lot of postings in this forums but found nothing useful about copying directories from a custom perl script. any ideas??

TS 6.1 on w2k3

Thanks
- Jeff

Adam Stoller

I am back on this thread again. I am thinking to do this way.

1. Create a temporary backup folder (in the workarea) to hold the files to be deleted.
2. Copy files/folders to be deleted to temporary backup folder (as a backup).
3. Execute regular deletes (workarea->staging->webservers) in the workarea.
4. Dump the files/folders back from temporary backup folder to the workarea.
5. Delete the temporary backup folder

Ghoti, this is similar to your suggestion but I modified little bit in step 1. Rather than creating a separate workarea I am creating a new temporary folder.

Am I doing anything wrong here? can you confirm?

Also, which perl command I should use to copy directories (iwcp or XCOPY??). I read lot of postings in this forums but found nothing useful about copying directories from a custom perl script. any ideas??

TS 6.1 on w2k3

Thanks
- Jeff

Personally I'd avoid xcopy - and either use iwcp or Perl modules (e.g.: File::Copy or download File::Copy::Recursive) for doing the copy.

As for the sub-directory idea - that's fine - you should probably use a programmatically generated name for the temp directory to allow for concurrent runs of the same script and to be able to easily identify the directories if the script bombs out and leaves them lying around (so you can clean them up) - you should also probably make sure to set the "private" (iwprv) attribute on the temporary directory to prevent it from being submitted accidently.

jeffldavis2

awsome; thanks for the tip. You are always helpful.