On Mon, Jun 16, 2003 at 07:17:40PM +0200, Incze Lajos wrote:
> On Mon, Jun 16, 2003 at 05:32:24PM +0200, Vincent Massol wrote:
> [...]
> > > You are right, I didn't remember that apos is among the default
> > entities.
> > > But funnily enough the method described worked for me. Now, I've made
> > a
> > > "maven clean site:deploy" to be sure to work from scratch and see,
> > that
> > > the class cast exception problem is present already in the
> > > target/checkstyle-raw-report.xml (I had good raw report before). Also,
> > > I saw error messages while the checkstyle goal was running (which is
> > not
> > > present in the maven.log):
> > >
> > > Can't find/access AST Node
> > > typecom.puppycrawl.tools.checkstyle.api.DetailAST
> > >
> > > for every files that was flagged with the class cast exception in the
> > raw
> > > checkstyle report.
> >
> > This error is a know error due to some Antlr version 2.7.1 present in
> > the classpath. Checkstyle 3.1 requires Antlr 2.7.2.
> >
> > I don't know where this version comes from as I've replaced the Antlr
> > dependency on 2.7.1 by one on 2.7.2...
> >
> > -Vincent
>
> Actually, I've purged out all the footprints of antlr 2.7.1 from my
> disk, the repository is here:
>
> -----
> [EMAIL PROTECTED] repository]$ ls -lR $MAVEN_HOME/repository/antlr
> /home/s/maven/repository/antlr:
> total 4
> drwxrwxr-x 2 incze incze 4096 Jun 16 18:01 jars/
>
> /home/s/maven/repository/antlr/jars:
> total 360
> -rw-rw-r-- 1 incze incze 358273 Apr 9 19:06 antlr-2.7.2.jar
> -rw-rw-r-- 1 incze incze 33 Jun 6 09:43 antlr-2.7.2.jar.md5
> [EMAIL PROTECTED] repository]$
> -----
> but experiencing the same problem with the same error messages, BUT ONLY
> if it is running as part of the site goal. E.g. "maven checkstyle"
> runs OK.
>
> This is my scenario that should be reproducable (hopely) everywhere.
>
> 1. Fresh maven checkout.
> 2. ant -f build-bootstrap.xml
> 3. maven clean site # checkstyle error messages
> 4. maven checkstyle # checkstyle runs ok
>
> I have RedHat 8.0 with j2sdk1.4.1_03 on this machine.
>
> incze
Just going ahead on this line: I didn't have a <reports> tag in my project.xml.
So, I made one. If the checkstyle goes wrong only if participates in the site
goal, then one of the previous rasks do something wrong.
So, 1st I configured the reports tag to be the very same, as the default
(when no reports are configured explicitely).
<reports>
<report>maven-jdepend-plugin</report>
<report>maven-checkstyle-plugin</report>
<report>maven-changes-plugin</report>
<report>maven-changelog-plugin</report>
<report>maven-developer-activity-plugin</report>
<report>maven-file-activity-plugin</report>
<report>maven-license-plugin</report>
<report>maven-javadoc-plugin</report>
<report>maven-jxr-plugin</report>
<report>maven-junit-report-plugin</report>
<report>maven-linkcheck-plugin</report>
<report>maven-tasklist-plugin</report>
</reports>
==> checkstyle barfs.
Then I deleted the jdepend plugin report.
==> checkstyle shines.
Then I changed the order of the jedepend and the checkstyle report.
<reports>
<report>maven-checkstyle-plugin</report>
<report>maven-jdepend-plugin</report>
<report>maven-changes-plugin</report>
<report>maven-changelog-plugin</report>
<report>maven-developer-activity-plugin</report>
<report>maven-file-activity-plugin</report>
<report>maven-license-plugin</report>
<report>maven-javadoc-plugin</report>
<report>maven-jxr-plugin</report>
<report>maven-junit-report-plugin</report>
<report>maven-linkcheck-plugin</report>
<report>maven-tasklist-plugin</report>
</reports>
==> checkstyle shines.
So, this is a temporary workaround for the class cast exception problem
(I looked into the jdepend-2.5.jar and saw nothing suspectable from the
names). But the other problem that the checkstyle.jsl doesn't handle the
${basedir}/src/java construct remains.
incze
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
