Thanks, that resolves the issue with running the goal as antrun:run@checkstyleg.
Regards, Linus. On Thu, 25 Jun 2020, 13:39 Benjamin Marwell, <bmarw...@gmail.com> wrote: > Feature requests can be created here: > https://issues.apache.org/jira/projects/MCHECKSTYLE > > You are welcome to create a pull request. > > Looking at the ant configuration, you could just use the plugin > classpath in your java task: > > https://maven.apache.org/plugins/maven-antrun-plugin/examples/classpaths.html > > > Am Do., 25. Juni 2020 um 09:16 Uhr schrieb LINUS FERNANDES > <linus.fernan...@gmail.com>: > > > > I would like to create a feature request---evidently. > > > > This is something that impacts the ant and Gradle tasks as well. > > > > I'm not sure where to make this request. > > > > Should it be on the Checkstyle Github repo or will I have to make three > > separate requests, one for each of the above? > > > > The feature is available on the CLI using the -g option. > > > > I intend to use this during the Maven build, not from my code. > > > > Since I already had Ant configured to do exactly that, I preferred to use > > the Ant Run plugin to reproduce the functionality within Maven. > > > > The pom file is located at: > > > > https://github.com/Fernal73/DSAlgos/blob/master/pom.xml > > > > I have no interest in creating my own plugin given the attendant issues > of > > maintaining it and for just this feature. > > > > This should really be part of the Maven, Ant and Gradle configurations. > > > > Perhaps, it's because the feature is still considered experimental and > > there's no pressure from users to add the ability to generate Xpath > > suppressions in the other ways to use Checkstyle. > > > > I find it very useful, though although it's complicated to set it up in > its > > current Avatar. > > > > Regards, > > Linus. > > > > > > > > > > On Thu, 25 Jun 2020, 11:56 Benjamin Marwell, <bmarw...@gmail.com> wrote: > > > > > Well, you could write your own plugin which has checkstyle as a > dependency. > > > But it might be the easiest to just create a PR for the checkstyle > plugin. > > > The checkstyle plugin is maintained by maven. So why not just create a > > > feature request? > > > > > > Also, where do you want to execute the "new goal"? In the maven build > > > or inside your java code? This will also make a difference. > > > If it is the latter, you can just pull in the plugin as a regular > > > dependency. > > > You can make it optional or provided (or both) if you do not need it at > > > runtime. > > > > > > Am Do., 25. Juni 2020 um 03:49 Uhr schrieb LINUS FERNANDES > > > <linus.fernan...@gmail.com>: > > > > > > > > My usecase is that I need to execute a feature available in > Checkstyle > > > > that's not provided as a goal in its plugin. > > > > > > > > For that, I need access to the dependency classpath (latest version > > > > always). > > > > > > > > Then I can execute the feature using the Ant Run plugin. > > > > > > > > > > > > > > > > > > > > On Thu, 25 Jun 2020, 06:51 LINUS FERNANDES, < > linus.fernan...@gmail.com> > > > > wrote: > > > > > > > > > Is it possible to generate a classpath for a dependency not placed > in > > > the > > > > > dependencyManagement and/or dependencies section but is attached > to a > > > > > plugin used by the project? > > > > > > > > > > I know it's possible to generate a path to the local repository and > > > look > > > > > for the latest version directory and specify the jars under it but > is > > > there > > > > > any other way to do this preferably via a Maven plugin and one of > its > > > goals? > > > > > > > > > > build-classpath from the Maven dependency plugin will only generate > > > > > classpaths for dependencies listed in the project's dependencies, > not a > > > > > plugin's direct dependencies. > > > > > > > > > > I don't wish to add a plugin's specific dependencies to the > project's > > > > > dependencies. > > > > > > > > > > Regards, > > > > > Linus. > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
