Hey All,
Here is a little information about the numerous build problems that happened last night. At least Cedric will have more data to work with for his Build Telemetry investigation. :)
Hackystat-ALL - couldn't compile the JiraSensor (seems like there is a missing jar file or something)
Hackystat-UH - unit test failure from the Ant Dependency Sensor
Hackystat-Cocomo - had a unit test failure from the kernel's usermap package (I confirmed this on my local machine)
The reason why these problems were a little strange is that it seems Burt committed JIRA and usermap changes after the Hackystat-UH build (which only reports hackyDependency unit test failure) and before the UH and Cocomo builds.
Here is a little information about the hackyDependency failure.
I checked the JUnit xml file: <http://xenia.ics.hawaii.edu/hackyDevSite/build_log/20041114/Hackystat-UH/junit/hackyDependency/TEST-org.hackystat.stdext.sensor.ant.dependency.TestDependencyFinderSensor.xml>
and I found this:
11/14 01:56:31 Server Startup Error: Duplicate user key '5NLap8HKRBcz' found for user email 'testprojectdataset'. Shutdown server, fix user directory, and restart!
11/14 01:56:31 Server Startup Error: Duplicate user key 'AKMBU2G7UPRS' found for user email 'testprojectdataset'. Shutdown server, fix user directory, and restart!
11/14 01:56:31 Server Startup Error: Duplicate user key 'm23sJ2bqSJ66' found for user email 'testprojectdataset'. Shutdown server, fix user directory, and restart!
11/14 01:56:31 Server Startup Error: Duplicate user key 'yXHgtrH8KepV' found for user email 'testprojectdataset'. Shutdown server, fix user directory, and restart!
java.io.FileNotFoundException: C:\java\DependencyFinder-1.1.0-beta2\DependencyFinder\etc\dependencies.dtd (The system cannot find the path specified)
at java.io.FileInputStream.open(Native Method)
org.hackystat.stdext.sensor.ant.dependency.DependencyFinderSensor.processDependencyFinderClassXmlFile(DependencyFinderSensor.java:154)
I believe the Server Startup error is generated from something Philip is investigating. However, my problem comes from the FileNotFoundException. The DependencyFinder tool uses a DTD and I believe it automatically puts in a reference to that DTD:
<!DOCTYPE dependencies SYSTEM "C:\java\DependencyFinder-1.1.0-beta2\DependencyFinder/etc/dependencies.dtd">
<dependencies>
<package>
<name>edu.hawaii.stack</name>
...
</dependencies>
There are few things that I can do: (1) make sure that anyone testing hackyDependency installs the Dependency Finder tool (totally junky), (2) take out the DTD reference (which is junk too because I'll probably forget the next time), (3) use SAXBuilder(false) (which tells the builder not to verify that the XML is valid, which should solve the problem but is also a little junk), (4) put the DTD in the same directory as the XML file.
Well, I tried (3) but it doesn't seem like that works maybe I don't understand what they mean by validation. So, for now I'm going with (2). Manually taking out the DTD in the test file seems fine. In a real situation, the XML file will be generated from a local installation of the Dependency Finder tool, so the reference should be fine in actual use.
Sorry about that. I would have never guessed that the Dependency Finder did such junky thing. I think it is totally junk that the DTD is local as opposed to a web accessible DTD.
thanks, aaron
P.S. UH Wahine Volleyball Rocks! Best game of the season! Thank God we didn't jinx the perfect season.
At 02:03 AM 11/14/2004 -1000, you wrote:
Hackystat build (configuration Hackystat-UH) failed.
Build report is available at http://xenia.ics.hawaii.edu/hackyDevSite/configurationBuildReport.do?year=2004&month=11&day=14&configuration=Hackystat-UH
Build Time Stamp: Sun Nov 14 02:03:03 HST 2004
