JBox2D library compile issue (for auto-maven snapshots)

Discuss issues specific the Java port of Box2D
Posts: 3
Joined: Wed Aug 12, 2009 11:55 am

JBox2D library compile issue (for auto-maven snapshots)

Postby wjordan » Wed Aug 12, 2009 1:36 pm

I added this ticket to the SourceForge project but I figured I'd cross-post it here since there was no activity there, and I want to make sure it doesn't get lost:

A recent commit to the Settings class has the following import:
import org.jbox2d.testbed.mathtests.SinCosTest;

However, this reference is only used in a Javadoc comment:
@link SinCosTest

I've been building the SVN trunk of JBox2D by excluding all files in the
org.jbox2d.testbed.* directory, because the testbed has a general
dependency on an external graphics library, which I don't want to include,
and so this reference breaks my build environment.

Could we either remove the import and unnecessary reference to the testbed
in these Javadoc comments, or refactor the testbed so that the
self-contained tests are contained in separate packages from the examples
with extra external dependencies?

For those curious i'm running a EC2-backed continuous integration Hudson server for a few projects at tetromi.net/hudson, which includes JBox2D, and a couple others including PulpCore.

For those even more curious (Maven users), this means that you can use the following POM declarations to integrate the latest SVN-updated automatic snapshot of JBox2D into your project (updated once the continuous build starts compiling again, that is):

Code: Select all



Posts: 356
Joined: Mon Jun 08, 2009 12:21 pm

Re: JBox2D library compile issue (for auto-maven snapshots)

Postby toucansam » Wed Aug 12, 2009 2:52 pm

Thanks, I removed the include and made new dist builds, so if you update from the svn you should be fine.

That's interesting software, is it meant just to monitor new software builds?

Posts: 3
Joined: Wed Aug 12, 2009 11:55 am

Re: JBox2D library compile issue (for auto-maven snapshots)

Postby wjordan » Wed Aug 12, 2009 4:55 pm

Excellent! The library compiles successfully again, thank you~

And yes, Hudson is a really nice tool for automatically monitoring repositories and executing custom scripts/building snapshot versions when things are updated. (The general concept of continuous integration is nice, I haven't used other similar tools but I assume others can be just as helpful.) It makes automated execution of time/cpu-intensive unit tests very convenient since it can perform them in the background on a remote server rather than wasting your precious developer time waiting for a manual unit-test run to finish on your local machine. I also like the ability to manually maven-ize projects (like JBox2D!) straight from the public SVN repositories, whether or not the projects themselves were set up with that in mind. Once it's configured properly you can mostly just sit back and depend on it, and just wait for something to break before you need to take any action :)

Return to “Java”

Who is online

Users browsing this forum: No registered users and 1 guest