Is there a command in CC to get the latest UCM activity ID through which files were delivered to Integration stream from Developer stream.
Not directly, but using cleartool lsactivity, you can list all activities of a given stream, and grep the ones with "deliver." in it, keeping the last one (the most recent one).
See more at "how to find the list activities delivered to integration stream on a particular day?": the command would be like:
cleartool lsact -in stream:aStream#\aPVob -fmt "%n\n"|grep deliver|tail
Related
Cleartool has a command cleartool rmstream to delete a specific stream. But in CCRC there is no corresponding command. From GUI also, there is no option to delete the stream. Anyone has any solution to this? Views can be deleted.
Similarly, for cleartool rmbranch is there any alternative command in CCRC?
Why complete command support is not provided in CCRC, people are not supposed to use CCRC??
From what I can see, this does not seem supported (not from a CTE ClearTeam Explorer even 9.x), so not from IBM Rational ClearCase Web (CCWeb) or IBM Rational ClearCase Remote Client (CCRC)
That means an admin has to delete the stream on the IBM Rational Web Platform (RWP) server side.
Why complete command support is not provided in CCRC, people are not supposed to use CCRC??
Because CCRC is meant to be used by clients, and rmstream/rmbranch are consider "administrative" commands, better done on the server side by admins.
using UCM clearcase, assuming i delivered my work from a developer stream into a view in the integration stream and no baseline created and the recomended baseline is not updated.
Assuming that in the config spec an element is selected by Latest version.
When someone new will create a child stream and view from the integration stream, what version the file will he get?
Will he get the recomended baseline file?
Will he get my file for being the "latest" version?
Thanks
He/she will get the recommended baseline, which is the default foundation baseline for a child stream.
That child stream could then be rebase with any baseline created on the parent stream, but this is not the case here.
What that child stream will not get is the "LATEST" from the parent stream. For that, you would need to create a baseline and recommend it.
in production support i have to delete every day messages from 100 of queues from different queue managers in WMQ (WMQ IBM) manually. can it be automated such that by running a script message in back out queue should be deleted .?
my requirements :
1. by giving queue name i should be able to delete message from queue and date should be the selecting criteria.
There is quite an exhaustive list of possible solutions here:
http://www.capitalware.com/rl_blog/?p=1616
You should take a look at the options with the Java or C program, by modifying the program you can implement your 2nd requirement to delete messages sent on a given date.
my requirements : 1. by giving queue name i should be able to delete
message from queue and date should be the selecting criteria.
If you need to delete messages older than a particular date then the blog posting will not help. You will need to use a program like MQ Batch Toolkit.
i.e. To delete messages older 2 days then you would issue:
mqbt ClearQByTime -p MQA1 -q TEST.Q1 -d 2
If you need to run it on a daily basis then put the command into the scheduler on the server.
I am working on Clearcase/Clearquest in which I have to create the CQ's for defect for the developers. Now the defect is to be delivered in old stream and in current stream also. So for each defect I have to create 3 CQ for single developer. Say I have three stream :
8.0_dev
9.0_dev
10.0_dev
So I create same defect CQ for abouve three stream. Now problem is developer dont care to check the CQ of which stream it is . He is committing the code in 8.0_dev branch by taking CQ of 10.0_dev and it creating mess for me to create Release notes. I want to restrict the commit to the respective CQ assigned to stream. I want Clearcase gives error if CQ assigned to 8.0_dev is used for committing in any other stream, it must be used in commit in 8.0_dev and nowhereelse.
Please advise me how I implement this.
One possible lead a a preop trigger on the deliver operation (with a cleartool mktrtypr similar to the one I mentioned in "clearcase rebase permission to specific person").
In your script implementing that check (and called by the trigger), display the ClearCase environment variables which are available, and see if one would mention an UCM activity named after the CQ you created. That would mean the currently set activity is not the right one, and you can exit -1.
I created a new development stream out of an Integration stream. On the dev stream I created a dynamic view and an activity. I then added a new directory to an existing directory using clearfsimport.
e.g. cd to the parent directory where I want to add the new dir. then run:
clearfsimport -recurse -follow -nsetevent -c "adding new version" ~/newdir .
When it's all done I try to deliver the activity using clearcase project explorer. This throws an error like so:
"Merge Manager: warning: Element xxxx is not visible in view <Integration view name>
... ... ...
If this element should be visible cancel this operation, fix the prolem, and re-run the operation"
I have been doing this every week for months now and never had an issue. I'm really not sure what am I missing here or how to fix it. If it helps, the mastership of the Integration stream was transfered from a remote replica to ours. All my previous delivers were on the remote replica. But now I have complete mastership over the integration stream.
It depends on the nature of the target view (the one in which you are doing the deliver, the one associated with the integration stream): snapshot or dynamic.
You would need to check if the parent folder of xxxx is correctly checked out (or if you can check it out).
A cleartool ls in that parent folder of 'xxx' in the target (integration) view can help to test if everything seems ok.
If you are using a snapshot view, a cleartool update before the deliver can help too.
Since the integration stream mastership has just been transferred from a remote replica to your site, I would suggest the following:
1) Make sure you have created a view associated to the integration stream on your site
2) Make sure that the default delivery view is set to your integration view. You might need to reset it using the command
cleartool deliver -reset -to your-integration-view
The command above has to be launched from your development view.
I suggest you have a look at the cleartool deliver command