Add repositories info so the generation of docs TIP and overall TIR have the info they need to render the doc.#100
Conversation
…to-overall-tir-and-tip
| junit.getNumberOfTestCases(testData.testResults) - testIssues.count { !it.isUnexecuted } | ||
| } | ||
|
|
||
| private computeRepositoriesDataNeededInDocs(Map data) { |
There was a problem hiding this comment.
please, can you change computeRepositoriesDataNeededInDocs by "updateRepositoryData"
| supplier: "mySupplier-A", | ||
| version: "myVersion-A", | ||
| references: "myReferences-A" | ||
| name: repo.name ? repo.name : repo.id, |
There was a problem hiding this comment.
In the other class you said repo.name:
String repoName = repo.id as String
repoName = "${projectId}-${repoName}"
Here is different?
And when is possible to don't have the repo.name?
There was a problem hiding this comment.
This needs more work.
Seems to be in the original commit you forgot about this information.
We are now determining how to obtain this information.
Thanks for pointing to it.
| unzipGeneratedArtifact(buildId) | ||
| if (GENERATE_EXPECTED_PDF_FILES) { | ||
| copyDocWhenRecording(buildId) | ||
| boolean comparisonResult = compareFiles(buildId) |
There was a problem hiding this comment.
Please remove all this part as it will add a lot of time to the test, when if this is GENERATE_EXPECTED_PDF_FILES=true, we expect to copy the results.
There was a problem hiding this comment.
Please take a look at the whole change, not just two lines.
We are updating the docs, but only if we need to.
Pdfs source code can change while the visual result remains the same.
Please comment again if you want us to remove it.
There was a problem hiding this comment.
Please, don't put this code, this will add a lot of time and not needed
Victor to so2:
Please do not close conversations if you use soft arguments in your last words. Can't answer them.
It is not needed for you because you did not took time debugging and fixing a single document. Why do I have to update all of them when only one is wrong? Just because you do not like the idea of having two more lines of code? It is nonsense.
| FileUtils.copyFile(actualDoc(buildId), reportPdfDoc(buildId)) | ||
| } | ||
|
|
||
| if (!filesAreEqual) { |
There was a problem hiding this comment.
This is the else of the line 59.
Improve the else of the if.
There was a problem hiding this comment.
We'll do that if previous change is accepted. If not, we'll remove this lines because they are related to the previous ones.
| @@ -0,0 +1,49 @@ | |||
| package org.ods.doc.gen.leva.doc.fixture | |||
|
|
|||
| class ProjectRepositoryFixture { | |||
There was a problem hiding this comment.
This file does not scale to more projects
There was a problem hiding this comment.
Yours neither. This makes it possible to test ordgp project.
If we remove them, tests fail.
It is obvious that we'll have to fix your work in the future, but right now we can live with it.
There was a problem hiding this comment.
No, this is not true. This data does not scale at all
Victor to so2:
Please do not close conversations if you use soft arguments in your last words. Can't answer them.
Yours code in LevaDocDataFixture scales, right?
Example:
targetEnvironmentToken: "D",
Please, take a look to the code we have to live with just because you can tell us ours is bad while we cannot tell you yours can be improved.
| data.build = buildJobParams(projectFixture) | ||
| data.git = buildGitData(projectFixture) | ||
| data.openshift = [targetApiUrl:"https://openshift-sample"] | ||
| data.repositories = new ProjectRepositoryFixture().load() |
There was a problem hiding this comment.
Previously we were using getModuleData()
If we don't need it anymor,, please clean the code.
There was a problem hiding this comment.
getModuleData is still used to generate component information sent. Please notice that when documents use component information they do not use repositories information.
… github.com:/opendevstack/ods-document-generation-svc into feature/add-component-params-to-overall-tir-and-tip
| unzipGeneratedArtifact(buildId) | ||
| if (GENERATE_EXPECTED_PDF_FILES) { | ||
| copyDocWhenRecording(buildId) | ||
| boolean comparisonResult = compareFiles(buildId) |
There was a problem hiding this comment.
Please, don't put this code, this will add a lot of time and not needed
Victor to so2:
Please do not close conversations if you use soft arguments in your last words. Can't answer them.
It is not needed for you because you did not took time debugging and fixing a single document. Why do I have to update all of them when only one is wrong? Just because you do not like the idea of having two more lines of code? It is nonsense.
| data.build = buildJobParams(projectFixture) | ||
| data.git = buildGitData(projectFixture) | ||
| data.openshift = [targetApiUrl:"https://openshift-sample"] | ||
| data.repositories = new ProjectRepositoryFixture().load() |
There was a problem hiding this comment.
1- The data in getModuleDatais the same you put here.
2- Shared is sending this data for everytype of doc?
There was a problem hiding this comment.
1-That is not true. While the previous contains only info for a component, new code cotains different information for each code.
2-If you are asking this, you did not expend enough time reading my code.
| @@ -0,0 +1,49 @@ | |||
| package org.ods.doc.gen.leva.doc.fixture | |||
|
|
|||
| class ProjectRepositoryFixture { | |||
There was a problem hiding this comment.
No, this is not true. This data does not scale at all
Victor to so2:
Please do not close conversations if you use soft arguments in your last words. Can't answer them.
Yours code in LevaDocDataFixture scales, right?
Example:
targetEnvironmentToken: "D",
Please, take a look to the code we have to live with just because you can tell us ours is bad while we cannot tell you yours can be improved.
|
@s2oBCN @victorpablosceruelo I suggest we move the conversation to an internal place now |
Uh oh!
There was an error while loading. Please reload this page.