I am using the following command to get a list of streams.
lscm.bat list streams -m 2500 -r https://intranet:9443/ccm1/
The problem is that it returns names of streams only from one project area. I am sure that the total number of streams across all project areas is less than 2500, so increasing that number in the hope of getting all stream listed is not the answer.
How do I make it return streams names from a different project area? Is there a command line option that I need to pass?
One can use the --projectarea option and specifying the project area name to list streams from the specified project area.
Related
I hope this message finds everyone well!
I'm stucked on a situation on Pentaho PDI Tool and I'm looking for an answer (or at least a light in the end of the cave) to solve it!
I have to import, every month, a bunch of xls's files of differents clients. Every file has a different name (witch is given aleatory) and this files are on a folder named with the name of the client. However, I use the same process for all clients and situations.
Is there a way to pass the name of the directory as a variable and change this variable on every process? How can I read this files on differents paths?
The answer you're looking for requires a flow with variables as you stated. In a JOB you will start with a KTR with the client's name and their respective folder. In the same JOB you are going to pass these results and use them as variables, to another JOB if needed, or to a KTR, and you are going to use the options "Copy previous results to parameters" and "Execute for every input row" (Advanced Tab), and in the parameters tab you will name the variables and stream column name (where the data is coming from in the previous KTR, ie.: Clients name and directory).
If you have trouble with creating this flow i can spare some more time and share a sample if you need.
EDIT:
Sample Here
You have an example of this in the sample directory which is shipped with your PDI distribution.
Your case is covered by the samples/jobs/run_all.
Can I create a folder structure in ALM for Streams.
One folder for Trunk code.
One for tagged code.
One for branch.
Inside each folder the corresponding streams should be placed or grouped.
Sadly, the IBM RTC GUI does not provide hierarchy or folders for streams.
You have to use some kind of naming convention in order to identify which stream is for what, as opposed to group them in "folders" within one project.
That is illustrated in "RTC Eclipse Client Grouping Streams in a Folder Structure"
Is there anyway to group related streams into a folder structure?
Otherwise the list of streams will grow and be more unmanageable unlike the simple 2 streams in the attached example:
The latest "RTC Stream creation" help page does not mention folder either.
I'm developing a mobile game and graphics are heavy, so we cannot put all of them into one image atlas, hence having multiple atlases. We use PreloadQueue to load all of the resources. It results in many hits on our server from each client. There is also some additional time delay when we load every file instead of one big 'data' file.
We guess that it could be better if we could pack all of our atlases into one "data" file and load with PreloadQueue at once. Then unpack/split it and use as we use then currently:
pq.getResult('startscreen');
Is there any way to pack all data into one file?
If yes then wouldn't it hit our clients perfomance as unacking operation can take 2 times more memory and some CPU resources.
I would suggest using the following technique outlined on the CreateJS website.
ManifestLoader Class: http://createjs.com/docs/preloadjs/classes/ManifestLoader.html
It allows you to load multiple manifests and use only one preloader. All the load status information can be tracked as well.
My situation:
At a competition, we will have 6 "scorers" each using a separate android tablet. For every game (there will probably be 70 or 80 throughout the tournament), each person will score accordingly on a custom app that will create a .csv file. (To be clear, each match will result in 6 separate, 1 row, csv files.) The format of the data will be the same from game to game, and from scorer to scorer. I can have control over the names of these files such as "[Scorer#]_[Match###].csv". These tablets will all be connected to a central computer via USB.
What I would like to do:
I would like to be able to have the data from all of those files automatically populate a "database" table on a single sheet. If possible, I would like a folder to act as a "watch folder" of sorts, where, as a new file shows up in a folder, that data is automatically ingested into the table. If that is not possible, I would be happy with a single function I could run to check for new data after each game ended.
I had considered possibly trying to use power query, but wasn't sure if that could lead me to a usable solution.
Any suggestions would be greatly appreciated!
(and I apologize if anything is unclear. I'm happy to clear up any confusion)
Power Query is a good fit in that scenario. You can set up a query that loads all files in a specific folder and appends the contents. Refresh the query when new files have been added to the folder.
For detailed instructions how to set up such a query, take a look here:
http://excelunplugged.com/2015/02/10/get-data-from-folder-in-power-query/
I am creating a clone of Default Merge Window, to add a feature.
I already have a Merge candidates in a grid from command below:
MergeCandidate[] candidates = tfs.GetMergeCandidates(edtSelectedSource.Text, cbxTargetBranchs.Text);
Now, the user selected 1 or more candidates and I need to merge them.
But the TFS API VersionControl.Merge requires source path and target path.
At first, my question, I need to iterate each candidate and merge each file of its changesets, one by one ?
Second, how could I obtains the target path from a changeset ?
First off, I've done a fair amount of programming with the TFS API, but merging is something that I would never blindly trust to automation. Merge conflicts are best dealt with by human beings. Yes, it's painful and can be automated in many cases, but in many others - things can go terribly wrong. I would think twice and then twice again before doing this on Production branches.
Here's some tips that should help:
You need to create a temp Workspace. The Workspace is the sandbox where everything happens. The Workspace can have files and thus, file locations associated with it. Workspace items have rich metadata.
Have a look at the Workspace and WorkspaceInfo classes.
Then have a look at the workspace client:
http://msdn.microsoft.com/en-us/library/microsoft.teamfoundation.versioncontrol.client.item.aspx
As long as the changesets are continuous, you can do it in a single merge call. If they are not continuous, you need to submit n merges for each continuous block. Let's say they select changesets 10, 15 and 20 and these are continuous (i.e. there are no additional candidates between that range) then you would submit a merge with a versionFrom of 10 and versionTo of 20.
As far as paths go, you want to use the ones that you passed into QueryMergeCandidates and you'll want to specify the full recursion type as well.