RomRaider

Obsolete -- see the next post by Tgui

Eclipse development environment might be another option. I personally am not a fan of Neatbeans, ick

Get Java Dev Kit
http://java.sun.com/javase/downloads/index.jsp

Get Eclipse for your platform
http://www.eclipse.org/downloads/

For Eclipse SVN support, follow the installation steps outlined in the the following link. Also read on for direction on adding an SVN repository for
"http://svn.RomRaider.org/RomRaider"

http://www-128.ibm.com/developerworks/opensource/library/os-ecl-subversion/?ca=dgr-lnxw01EclipseSubversion

Within the Java perspective in Eclipse (Window>Open Perspective>Java) right click in the package explorer, select "Import..."

Select "Checkout Projects from SVN"

Click Button "Next"

Select "Use existing repository location:" as your http://svn.RomRaider.org/RomRaider repository should be listed.

Click Button "Next"

Highlight "Trunk"

Click Button "Next"

Click Button "Finish"

Hightlight "Java Project"

Click Button "Next"

Give your project a name.

Set JDK Compliance to 5.0 from the specific compliance radio/pull down

Select "Create seperate source and output folder" under Project Layout

Click Button "Finish"

Now all you have to do is add the Jars within your libs dir to the project java build path. You should read this.

http://www.eclipse.org/documentation/main.html
http://help.eclipse.org/indigo/topic/or ... d-path.htm

-Eric-

I'll have to check it out.. I just happened to have NetBeans on the box I started coding on, and now I'm pretty familiar with it. There are some quirks that really annoy me, and SVN support within the IDE would be great.

Eclipse can be a pain in that you can do almost anything, its somewhat of a steep learning curve. I hated it at first as I was a hardcore vi java coder. Its really grown on me and all the other developers in my company. Hit me up if you need some pointers.

Is netbeans still the primary IDE? I'm most familiar with Eclipse and I thought I saw somewhere that everyone was switching over to it.

I use Eclipse (not that I've coded much, lately).

It would be nice to standardize on project settings so that code formatting stayed consistent.

I've been using Eclipse as well and it literally took me about 10 minutes to get setup.

I'm using the Subclipse plugin for subversion and the standard JDT and whatever that visual one is called (does WYSIWUG UI editing). Works great. The only thing lacking is a good, free XML plugin. The ones that I've tried have all been a little disappointing.

J

I'm using IntelliJ which has a great XML editor built-in. I find it a much better alternative to Eclipse, having used both a lot on the job. I do find Eclipse's debugger and file comparison tools better, but for day-to-day coding I'll take IntelliJ any day.

I have an RomRaider open source license for it if anyone is interested (RomRaider developers only!).

just wondering how up to date the following svn repo is: http://svn2.assembla.com/svn/enginuity

http://www.assembla.com/spaces/enginuit ... rsion_tool
http://trac2.assembla.com/enginuity

unless jared ever brings the official svn repository back online, this is as good as it gets. it contains all code up to and including the rev785 test release plus some more (eg. LM-1 integration - untested).

pm me if you want commit access.

i don't think i'll be needing commit privs...i'm not that great of a programmer. i just wanted to get a look at how the program was coded.

fyi, there's a minor mistake in the buildpath of the current rev of the trunk code.

http://trac2.assembla.com/enginuity/bro ... .classpath

currently:
<classpathentry kind="lib" path="lib/logger/jcommon-1.0.7.jar"/>
<classpathentry kind="lib" path="lib/logger/jfreechart-1.0.3.jar"/>

should be:
<classpathentry kind="lib" path="lib/logger/jcommon-1.0.11.jar"/>
<classpathentry kind="lib" path="lib/logger/jfreechart-1.0.6.jar"/>

Question about the v0.4.1 beta source code http://www.ken-gilbert.com/wrx/enginuit ... 0.4.1b.zip
In enginuity.util.ByteUtil, enginuity.newmaps.ecumetadata.Scale is imported but the enginuity.newmaps package cannot be resolved.
I see in the previously posted svn repo that the package does exist.
Is the source code distributed with v0.4.1b out of sync?
For now I've commented out the import and the code that makes use of the Scale class in getLengthInBytes().
In my brief testing it seems that the logger is does not utilize the above code.

I've also started to make some changes to v.0.4.1b to allow for automatically loading the logger, a logger profile and com port.
If I make these changes and others are interested in using this modified version of the code, what steps do I have to take to remain in compliance w/ GNU GPL?

I would suggest you don't make the changes against the 0.4.1b source code. That code is VERY out of date. Instead you should take a checkout from the assembla repository mentioned above and make the changes against that. I can give you commit access, pm me if you want it.

The newmaps package is where jared began writing the new gui interface, it isn't/shouldn't be used as it is extremely incomplete. I would just ignore it. Besides some utility classes that are used, all logger code resides in the logger package.

I started modifying the 0.4.1b source code because I'm not really familiar w/ how to use jar files and it was easy for me to compile my modifications + put the modified class files in the existing jar.
I made these modifications to make logging easier for myself, so they're more hacks than anything else.
I'll look into the code in the svn repo but in the mean time, if other people would like to use my hacked code, what do I need to provide?
Modified + original executable jars? Source? Copy of GNU GPL?

Just send me the source for the files you modified and I'll have a look at adding them.