Is the file 'PitchDataBean.java' contained more than once in your workspace?

Can you please attach your findbugs.xml file?

1) no, this file is there only once. And it does not work with any file

2) attaching my generated findbugs.xml
the "missing classes for analysis" are the ones, i'd like to have removed (com.mycompany.webservices)

ant target like that
<findbugs home="${findbugs.dir}" output="xml" outputFile="findbugs.xml" jvmargs="-Xms265m -Xmx265m">
<sourcePath path="${srcDir}/com/mycompany/myapp/beans" />
<auxClasspath path="${classpath}" />
<class location="${classesDir}/com/mycompany/myapp/beans" />
</findbugs>

regarding the path in the exception "$HUDSON_HOME/[job-name]/workspace/com/mycompany/myapp/beans/pitches/PitchDataBean.java"
Maybe this is only a typo in the message, but the path is not correct.
It is missing the checkout name "trunk" in the workspace?!
The file would be accessible in $HUDSON_HOME/[job-name]/workspace/trunk/com/mycompany/myapp/beans/pitches/PitchDataBean.java

I don't know how you compile the path; but if you use the findbugs.xml SrcDir+sourcepath, this wont work in this case...
(This might be the reason why it works when specifying the $srcDir only)
And checkstyle & PMD lists the absolute path in their XMLs.... so no problem there.

please remove first upload

Ok, I see. The problem is that findbugs does not correctly handle that case. As you already guessed: I'm using the findbugs library to read the xml file, which evaluates the source path as 'SrcDir+sourcepath'.

well, yes. i tried that already.
It might work for one project.
But since my ant target is called by more projects, i cant use a fixed exclusion. (at least, i didn't know how to make this generic yet )
And i need the "uncommon" srcDir anyway for checkstyle & PMD...

I see, that's not a problem of the plugin...
So this is a findbugs bug, to have always a correct sourcepath relative to the SrcDir?!
(probably should better ask at SF tracker)

otherwise... i could try to fix the SrcDir after generation;
Thanks for your fast response

Ok. What I'm still wondering is why the fallback algorithm is not invoked. Are there log messages in the console log of the form:

Building cache of all workspace files to obtain absolute filenames for all warnings.

Can you please also add the findbugs-warnings.xml file in order to see the actual results?

we have a fallback algorithm?! nice ^^

you are correct, there are a bunch of warnings

Aug 12, 2010 4:12:39 PM hudson.plugins.findbugs.parser.FindBugsParser parse
WARNING: Can't resolve absolute file name for file PitchDataBean.java, dir list = [/export/home/tomcat/.hudson/jobs/myapp_trunk/workspace/trunk/src/com/mycompany/myapp, /export/home/tomcat/.hudson/jobs/myapp_trunk/workspace/trunk/findbugs.xml/src/main/java, /export/home/tomcat/.hudson/jobs/myapp_trunk/workspace/trunk/findbugs.xml/src/test/java, /export/home/tomcat/.hudson/jobs/myapp_trunk/workspace/trunk/findbugs.xml/src]
Aug 12, 2010 4:12:39 PM hudson.plugins.analysis.core.ParserResult populateFileNameCache
INFO: Building cache of all workspace files to obtain absolute filenames for all warnings.
Aug 12, 2010 4:12:39 PM hudson.plugins.analysis.core.ParserResult populateFileNameCache
INFO: Relative filenames [asm-3.1.jar, build.properties, db.properties, jaxen-1.1.1.jar, log4j.properties, package.html, pitch.properties, pitchDelivery.properties, pitchExpiryWarning.vm, pitchPrepareError.vm, pitchRequest.properties, spring-config.xml, web.xml, ?] found more than once; absolute filename resolution disabled for these files.

seems you fallback algorithm doesn't cover my weird setup either...
maybe we need some "while fileNotFound strip off first directory from fileName and try again"?!

I fixed JENKINS-3488 today. Hopefully, this fixes your issue, too.

Yes, indeed.
It's working now.
Thanks!