Version: 0.97 -- Updated: December 21, 2006

More changes to the way attributes are handled during xml parsing and configuration, now have the ability to ignore missing attributes. Comes in handy if using the attribute for a configuration factory but not for anything else.

In addition added some JMX helper methods for declaring MBeans intefaces for management. At some point will probably offer up some of the main server objects for management, or at least read only viewing of some of the properties.

Also move the all logging code to use the commons-logging, just easier since a lot of the other 3rd party libraries that exist out there seem to use it.

Version: 0.95 -- Updated: December 11, 2006

Some changes and improvements to the xml parsing routines. Using annotations in some cases to ignore certain java properties when creating or reading an xml document. Also changes to the xml object factory to allow the xml body to be mapped to a certain java property.

Code seems to be pretty stable when testing with the fantasy game engine, but still haven't really pushed it yet. Maybe next year the final version will come out, that will be exciting!

Version: 0.91 -- Updated: December 24, 2005

Included some very minor fixes to code base. Allowed better event handling by giving the event handlers the ability to accept lists and arrays along with single event objects.

Really I should just finish up the docs and make a final release soon as the Fantasy code base has been working well on the current m.u.t.e code.

Also if you were the one person that visited the m.u.t.e. website 3 months ago you should now notice that it has a new look.

Version: 0.9 -- Updated: August 21, 2005

I ended up moving away from digester for parsing the xml configuration files. Trying to make the code base as small as possible but also have the need in some cases to write out xml using a java object as the source. I looked at a couple of nice looking packages including XStream and XmlIO but in the end just ended up writing the code myself.

It turned out to be harder than I though to parse xml but I think have I have a pretty solid parser, that is only about 20kb in total size. Honestly can't see what else there is to change, just need to find time to finalize the documentation and write the 'Learn Mute in 24 Hours' book :o).

Version: 0.8 -- Updated: June 2, 2005

Getting closer to a final release after 5 months of extreme, rigorous, nonstop testing. Maybe thats exaggerating a bit. Some testing with Junit and Stress tools has been done and I ~think~ I have caught most of the serious bugs. What's left is to clean up the documentation and start some real world application use. Hoping sometime this summer to have the final version available for download.

Version: 0.7 -- Updated: Jan. 23, 2005

Coding is for the most part complete for the main m.u.t.e. server and client code. Things appear to be working very well, the only real coding left is to finish the JUnit tests and to write the developer documentation. The latest code can be downloaded with subversion at svn://snarkydog.com/svn/mute/trunk

I am hoping within a week or two I can have the official 1.0 version ready for downloading from this website. Hopefully the web servers will be able to handle the masses that will be coming (just kidding :o))

Version: 0.2 -- Updated: Dec. 1, 2004

Well things got in the way for about 4 years, the good news is that java now has the NIO package which should greatly help improve both the networking performance and also make the code design easier to follow.

Another change is that at first I was targeting m.u.t.e. to be more of a chat system but now that I have started working on it again I think the server will end up being much generic to handle all types of protocols/connections.

Version: 0.1 -- Updated: Jan. 29, 2001

Since this is the first update I will keep this short. What is in place now is what has been carried over from the fantasy project. Currently all of the networking and basic object design is done with the server, the client has yet to be written but a basic framework should arrive shortly. And when I say shortly I mean in a couple of years :o)