-
Notifications
You must be signed in to change notification settings - Fork 2.8k
Add missing Javadoc to API subprojects #2218
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
Conversation
api/maven-api-annotations/src/main/java/org/apache/maven/api/annotations/Config.java
Outdated
Show resolved
Hide resolved
@@ -24,28 +24,69 @@ | |||
import java.util.Objects; | |||
import java.util.Set; | |||
|
|||
/** |
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.
Not for this PR, but I wonder if we should have a different name here to avoid confusion with Java enums, which these aren't
private static class DefaultPathScope extends DefaultExtensibleEnum implements PathScope { | ||
private final ProjectScope projectScope; | ||
private final Set<DependencyScope> dependencyScopes; | ||
|
||
/** |
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 not for this PR, but why is this all in one class? It feels like these should be split out to different classes
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 whole class is package protected and the classes are even private. Ideally they'd be refactored as records. And they'd become a one line record definition (we may need the toString though).
Having them top-level classes make them more visible (not in the java sense), and I don't think they need to be.
d65222b
to
c416845
Compare
- Add missing class-level and method-level Javadoc to various classes in api/ subprojects - Add missing type parameter Javadoc to parameterized classes - Fix Javadoc errors by escaping angle brackets in code examples - Fix Javadoc reference errors in TypeRegistry - Remove cross-module references in TypeRegistry Javadoc - Enhance javadoc for Config.Source enum to clarify when properties are evaluated - Add missing package-info.java for org.apache.maven.di.tool package - Enhance existing package-info.java files with more detailed documentation - Ensure consistent Javadoc style across the API
source branch deleted |
This PR adds missing Javadoc to various classes and interfaces in the API subprojects.
Changes:
These changes improve the API documentation, making it more comprehensive and consistent, which will help developers using the Maven API.