Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo

Close

#137 Unable to get class information errors

release_3.2
closed
5
2012-10-10
2003-08-06
Vincent Massol
No

Hi,

Since a few days ago, the Cactus project build is
getting "Unable to get class information" errors. See
http://cvs.apache.org/builds/gump/latest/jakarta-
cactus-framework-12.html

As the Cactus code has not changed, it may be that a
bug/regression has been introduced in the checkstyle
code?

BTW, the Gump build for Checkstyle is also failing:
http://cvs.apache.org/builds/gump/latest/checkstyle.
html

Can anyone help?

Thanks
-Vincent

Discussion

  • Lars Kühne
    Lars Kühne
    2003-08-06

    Logged In: YES
    user_id=401384

    Five minutes ago I have completed our gump task on a fresh
    checkout. The part that fails in the Apache gump build runs
    fine here:

    [checkstyle]$ ant gump

    [...]
    compile.tests:
    [mkdir] Created dir:
    /home/lk/projects/checkstyle/checkstyle/target/tests
    [depend] Deleted 0 out of date files in 0 seconds
    [javac] Compiling 116 source files to
    /home/lk/projects/checkstyle/checkstyle/target/tests

    check.ant15:
    [echo] version is Apache Ant version 1.5.3 compiled on
    April 16 2003

    [...]

    Might this be a problem with Gump itself?

     
  • Logged In: YES
    user_id=746148

    The proble is that Checkstyle can not load classes for some
    declared exceptions. In this particular case it's undesirable
    error because we can handle all what we want w/o loading
    class (every method declares onle one exception type to be
    thrown). But I would also suggest to modify your build script
    to specify correct classpath, because as soon as someone
    write a method which will thows two or more exception types
    you will get the same error (and it will be feature no a bug of
    Checkstyle :)

     
  • Logged In: YES
    user_id=746148

    I've committed fix for this problem in CVS.
    Could you please verify if it fixes your ptoblems.

     
  • Vincent Massol
    Vincent Massol
    2003-08-07

    Logged In: YES
    user_id=22169

    Thanks Oleg. Actually, I've added yesterday the
    <classpath> element as you suggested. Thus, if the next
    Gump build succeeds we won't know if it was because of
    this or because of your fix... ;-)

    What do you suggest? If the <classpath> element is
    supposed to be there as you suggested previously, I
    should leave it in, right?

    Thanks
    -Vincent

     
  • Logged In: YES
    user_id=746148

    > What do you suggest? If the <classpath> element is
    > supposed to be there as you suggested previously, I
    > should leave it in, right?

    Yes. I would suggest to leave <classpath> in. As soon as
    you use JavadocMethod's allowUndeclaredRTE or
    allowSubclasses, or RedundantThrows check you should
    specify it. ("Unable to load ..." is more about incorrect
    configuration then bug in the code).

    Anyway, please let us know if the next gump succeeds or not.

     
  • Vincent Massol
    Vincent Massol
    2003-08-08

    Logged In: YES
    user_id=22169

    The Gump build has worked yesterday. Thanks for your
    help.

    -Vincent