-
-
Notifications
You must be signed in to change notification settings - Fork 46
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Number of open issue probe #353
base: main
Are you sure you want to change the base?
Conversation
core/src/main/java/io/jenkins/pluginhealth/scoring/model/Plugin.java
Outdated
Show resolved
Hide resolved
core/src/test/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbeTest.java
Outdated
Show resolved
Hide resolved
core/src/test/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbeTest.java
Outdated
Show resolved
Hide resolved
core/src/test/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbeTest.java
Outdated
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbe.java
Outdated
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbe.java
Outdated
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbe.java
Outdated
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbe.java
Outdated
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbe.java
Outdated
Show resolved
Hide resolved
core/src/test/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbeTest.java
Outdated
Show resolved
Hide resolved
core/src/test/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbeTest.java
Outdated
Show resolved
Hide resolved
core/src/test/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbeTest.java
Outdated
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbe.java
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Did not get time to finish a full review, but already sharing bunch of comments
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbe.java
Outdated
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbe.java
Outdated
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbe.java
Outdated
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbe.java
Outdated
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/NumberOfOpenIssuesProbe.java
Outdated
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/model/updatecenter/UpdateCenter.java
Outdated
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/IssueTrackerDetectionProbe.java
Outdated
Show resolved
Hide resolved
Your reviews help me learn how can I do the same thing in a better way. Thank you for your time.
I am fine with the current method. It helps me clearly see the line that should be improved and fix similar issues. I read all the reviews twice, took my time, and then tackled them one by one. This way I understood the bigger picture and avoided the mistakes I made in the past. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Few comments from a quick review. General remark: adding Javadocs on the classes you write is also interesting to understand the rationale for classes to exist. It is often a nice thing to read as a first discovery of what a class is for.
core/pom.xml
Outdated
<!-- Used to invoke API calls --> | ||
<dependency> | ||
<groupId>org.apache.httpcomponents</groupId> | ||
<artifactId>httpclient</artifactId> | ||
<version>4.5.14</version> | ||
</dependency> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What's your rationale for using this Apache httpclient instead of the Java HttpClient for example?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Apache HTTPClient is an additional dependency. While I can do the same thing using Java HTTPClient. So I shouldn't be using it.
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/GitHubOpenIssuesProbe.java
Outdated
Show resolved
Hide resolved
String viewJiraIssuesUrl = context.getIssueTrackerUrlsByNames().get("jira"); | ||
|
||
if (viewJiraIssuesUrl == null || viewJiraIssuesUrl.isEmpty()) { | ||
LOGGER.info("JIRA issues not found in Update Center for the plugin."); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For consistency, it would be better to use a similar message than the one used for the same situation with GitHub issues:
The plugin does not use GitHub issues to tracker issues.
(talking about Jira of course)
|
||
httpRequest = HttpRequest.newBuilder() | ||
.uri(new URI(api)) | ||
.timeout(Duration.of(5, SECONDS)) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Isn't this too quick? What is the default value?
IMHO, for any decision like this, it is interesting that you leave a simple comment in the source code explaining why you took that decision, so readers can understand if it is a deliberate choice, and what is the rationale for it.
General remark: remember you mostly write code for other humans, so you need to tell them your intention.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The JavaDoc says:
The effect of not setting a timeout is the same as setting an infinite Duration, i.e. block forever.
I was not really sure which value to pick. Honestly, the APIs I had tested took less than a second to respond. So I figured 5 seconds is apt.
What should I actually write as the comment?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What should I actually write as the comment?
The general rule to follow while writing source code is that someone reading it should not have to guess why you did certain things, but should find the information written explicitely.
If you thought that 5 seconds was a good timeout value based on your testing, then write it in a simple comment, so it is now our shared understanding.
Basically, imagine reading that piece of source code if you did not write it yourself, and try to see if you understand everything from what you read.
@@ -112,7 +112,7 @@ public void shouldBeInErrorWhenRepositoryIsNotInOrganization() { | |||
|
|||
when(ctx.getUpdateCenter()).thenReturn(new UpdateCenter( | |||
Map.of( | |||
pluginName, new io.jenkins.pluginhealth.scoring.model.updatecenter.Plugin( | |||
pluginName, io.jenkins.pluginhealth.scoring.model.updatecenter.Plugin.of( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks like a lot of those Plugin
objects are the same, with similar values. Maybe extract that in a variable that can be reused everywhere?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Here parameters like pluginName
, scmLink
, defaultBranch
are mocked before being passed.
You do not mean creating a constructor in Record like I already did it once?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's OK like this
…ubOpenIssuesProbe.java Co-authored-by: Antoine Neveux <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Very minor comments. Great job Jagruti!
Just few little things to clean-up and we'll be ready to merge.
@Override | ||
Optional<Integer> getCountOfOpenIssues(ProbeContext context) { | ||
/* Stores the GitHub URL to view all existing issues in the plugin. Ex: https://github.com/jenkinsci/cloudevents-plugin/issues */ | ||
String issueTrackerViewUrl = context.getIssueTrackerUrlsByNames().get("github"); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
context.getIssueTrackerUrlsByNames()
cannot be null
right?
If you are not sure, you can add a first check to validate that the plugin has an issue tracker configured? (a simple if
before trying to .get("github");
)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
IssueTrackerDetectionProbe
is the requirement for GitHubOpenIssuesProbe
and UpdateCenterPluginPublicationProbe
is the requirement for IssueTrackerDetectionProbe
that is why a part of my believes that this issue might not occur.
It is better to be safe than sorry.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like the "better safe than sorry" principal. 👍
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/GitHubOpenIssuesProbe.java
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/GitHubOpenIssuesProbe.java
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/IssueTrackerDetectionProbe.java
Outdated
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/IssueTrackerDetectionProbe.java
Outdated
Show resolved
Hide resolved
String viewJiraIssuesUrl = context.getIssueTrackerUrlsByNames().get("jira"); | ||
|
||
if (viewJiraIssuesUrl == null || viewJiraIssuesUrl.isEmpty()) { | ||
LOGGER.info("The plugin does not use JIRA to track issues."); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same remark: which plugin?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think this was addressed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This requires the plugin
to be passed as a parameter to getCountOfOpenIssues
to get plugin.getName()
that is why
did not work on this one.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
or you could just provide the name
of the plugin, rather than the entire plugin
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
or you could just provide the
name
of the plugin, rather than the entireplugin
.
I did something similar last time. You said we shouldn't pass a parameter just to display in the logs, But if you are cool with it I can do that,
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/JiraOpenIssuesProbe.java
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/JiraOpenIssuesProbe.java
Show resolved
Hide resolved
@@ -112,7 +112,7 @@ public void shouldBeInErrorWhenRepositoryIsNotInOrganization() { | |||
|
|||
when(ctx.getUpdateCenter()).thenReturn(new UpdateCenter( | |||
Map.of( | |||
pluginName, new io.jenkins.pluginhealth.scoring.model.updatecenter.Plugin( | |||
pluginName, io.jenkins.pluginhealth.scoring.model.updatecenter.Plugin.of( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's OK like this
core/src/test/java/io/jenkins/pluginhealth/scoring/probes/GitHubOpenIssuesProbeTest.java
Outdated
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/model/updatecenter/Plugin.java
Outdated
Show resolved
Hide resolved
…ubOpenIssuesProbeTest.java Co-authored-by: Antoine Neveux <[email protected]>
…ti/plugin-health-scoring into feature/open-issue-probe
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/GitHubOpenIssuesProbe.java
Outdated
Show resolved
Hide resolved
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/JiraOpenIssuesProbe.java
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
I'll let @alecharp have another look at it in case I missed something, and I believe that'll be ready to merge 🚀
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
there are a few things that were not addressed.
I would like to know why you moved the getSpy
method implementation on most (if not all) test classes.
core/src/main/java/io/jenkins/pluginhealth/scoring/model/updatecenter/Plugin.java
Outdated
Show resolved
Hide resolved
@Override | ||
Optional<Integer> getCountOfOpenIssues(ProbeContext context) { | ||
/* Stores the GitHub URL to view all existing issues in the plugin. Ex: https://github.com/jenkinsci/cloudevents-plugin/issues */ | ||
String issueTrackerViewUrl = context.getIssueTrackerUrlsByNames().get("github"); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like the "better safe than sorry" principal. 👍
core/src/main/java/io/jenkins/pluginhealth/scoring/probes/IssueTrackerDetectionProbe.java
Outdated
Show resolved
Hide resolved
HttpClient httpClient; | ||
HttpRequest httpRequest; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree here. those fields should be local variables.
*/ | ||
@Override | ||
Optional<Integer> getCountOfOpenIssues(ProbeContext context) { | ||
String viewJiraIssuesUrl = context.getIssueTrackerUrlsByNames().get("jira"); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same as before, "better safe than sorry".
core/src/test/java/io/jenkins/pluginhealth/scoring/probes/JiraOpenIssuesProbeTest.java
Outdated
Show resolved
Hide resolved
@Override | ||
KnownSecurityVulnerabilityProbe getSpy() { | ||
return spy(KnownSecurityVulnerabilityProbe.class); | ||
} | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same as before.
@Override | ||
protected SpotBugsProbe getSpy() { | ||
return spy(SpotBugsProbe.class); | ||
} | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Again.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is all because of Ctrl + Alt + L
. I did not do it manually.
@Override | ||
UpForAdoptionProbe getSpy() { | ||
return spy(UpForAdoptionProbe.class); | ||
} | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Again.
@Override | ||
UpdateCenterPluginPublicationProbe getSpy() { | ||
return spy(UpdateCenterPluginPublicationProbe.class); | ||
} | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Again.
All I did was |
Co-authored-by: Adrien Lecharpentier <[email protected]>
Is this still something you want to contribute @Jagrutiti? |
Yes. I am interested. I remember this PR wasn't merged because of some code structuring thing and variable scope used in the test cases that you wanted to refactor. |
@Jagrutiti do you think you will be able to complete this pull request? |
Description
This probe fetches the number of open issues in a plugin.
Steps:
Create
IssueTrackerDetectionProbe
, this probe will check whether JIRA, GitHub is configured or both is configured.For
GitHubOpenIssuesProbe
andJiraOpenIssuesProbe
:GitHubOpenIssuesProbe
andJiraOpenIssuesProbe
.IssueTrackerDetectionProbe
is executed and success is returned.Map<key, url>
Some code reusing details:
Is your entry point for the new probe
Closes #143
Testing done
Submitter checklist