It's all about the answers!

Ask a question

RTC Command Line and Listing Components


Dave Westerman (331010) | asked Mar 12 '12, 11:21 a.m.
I am trying to list the components under my workspace with the command line (using RTC 3.0 fix 1). But I can't get it to use the correct user name to login as.

Listing workspaces works fine:

# /opt/IBM/RTC/scmtools/eclipse/lscm list workspaces -r https://csnext.myco.com/ccm6/ -u dlwester@myco.com
Password (dlwester@myco.com @ https://csnext.myco.com/ccm6/):


But when I list the components, it totally ignores the -u/--username option:

# /opt/IBM/RTC/scmtools/eclipse/lscm list components -r https://csnext.myco.com/ccm6/ -u dlwester@myco.com 1022
Password (root @ https://csnext.myco.com/ccm6/):


I have tried changing the order of the options, using --username instead of -u, etc. It always ignores the option. I went to my laptop and tried it, and I'm getting the same results.

The thing is, it worked for me before, because this is the only way I know to get the UUIDs for the components of a workspace. And I don't think I've updated the software on either machine.

Is this a known bug? Is there some other way (using the UI, maybe) to get the UUIDs?

4 answers



permanent link
Glenn Herbert (12657) | answered Mar 13 '12, 11:25 a.m.
Maybe try creating a login session and using that, ie

lscm login -r https://csnext.myco.com/ccm6/ -u dlwester@myco.com -n mySession

Then use the mySession nickname in any future lscm command, ie
lscm list components -r mySession 


I am trying to list the components under my workspace with the command line (using RTC 3.0 fix 1). But I can't get it to use the correct user name to login as.

Listing workspaces works fine:

# /opt/IBM/RTC/scmtools/eclipse/lscm list workspaces -r https://csnext.myco.com/ccm6/ -u dlwester@myco.com
Password (dlwester@myco.com @ https://csnext.myco.com/ccm6/):


But when I list the components, it totally ignores the -u/--username option:

# /opt/IBM/RTC/scmtools/eclipse/lscm list components -r https://csnext.myco.com/ccm6/ -u dlwester@myco.com 1022
Password (root @ https://csnext.myco.com/ccm6/):


I have tried changing the order of the options, using --username instead of -u, etc. It always ignores the option. I went to my laptop and tried it, and I'm getting the same results.

The thing is, it worked for me before, because this is the only way I know to get the UUIDs for the components of a workspace. And I don't think I've updated the software on either machine.

Is this a known bug? Is there some other way (using the UI, maybe) to get the UUIDs?

permanent link
David Lafreniere (4.6k7) | answered Mar 13 '12, 1:24 p.m.
FORUM MODERATOR / JAZZ DEVELOPER
this is the only way I know to get the UUIDs for the components of a workspace. Is there some other way (using the UI, maybe) to get the UUIDs?


Not sure what the issue is in that case, but you could use the Web UI I think to find the UUIDS. When looking in a component, you should see the UUID of that component in the URL...

permanent link
Dave Westerman (331010) | answered Mar 13 '12, 4:26 p.m.
The problem with the UUIDs is that I thought they were session-specific. In other words, what the UUIDs are from one machine do not match what they are from a different machine. A single workspace, for instance, has a different UUID on my laptop than it does on my Linux machine in our lab. And I thought I read somewhere that the UUIDs could even change on the same machine. But that's still good info to know how to do that, thanks!

permanent link
David Lafreniere (4.6k7) | answered Mar 13 '12, 8:29 p.m.
FORUM MODERATOR / JAZZ DEVELOPER
The problem with the UUIDs is that I thought they were session-specific. In other words, what the UUIDs are from one machine do not match what they are from a different machine. A single workspace, for instance, has a different UUID on my laptop than it does on my Linux machine in our lab. And I thought I read somewhere that the UUIDs could even change on the same machine. But that's still good info to know how to do that, thanks!


That's actually not the case. UUIDs are set in stone on the Jazz repository, and do no change from machine to machine. A UUID for a repository workspace 'A' will always have the same UUID regardless of which machine you are logged on to. (same with streams / components). Unless you are talking about different repository workspaces that you use on each machine, then each one will have a different UUID (and name usually). The one thing that 'does' appear to change for example may be the current 'state' of a file. A Jazz shared file has a fixed UUID to identify itself (which will never change), but it also has a UUID to represent the current state; and so the history of certain artifacts on the Jazz repository could have a list of UUIDs representing each state as it changed over time.

Your answer


Register or to post your answer.