ARS (Autonomous Robot Simulator) is a physically-accurate simulation suite for research and development of mobile manipulators and, in general, any multi-body system. It is modular, easy to learn and use, and can be a valuable tool in the process of robot design, in the development of control and reasoning algorithms, and in teaching and educational activities. It will encompass a wide range of tools spanning from kinematics and dynamics simulation to robot interfacing and control.
jsoup is a Java library for working with real-world HTML. It can parse HTML from a URL, file, or string. It can find and extract data, using DOM traversal or CSS selectors. The HTML elements, attributes, and text can be manipulated. It can clean user-submitted content against a safe white-list. jsoup is designed to deal with all varieties of HTML found in the wild, from pristine and validating to invalid tag-soup; jsoup will create a sensible parse tree.
io-util is a small, scalable Java library for slicing and dicing fixed width tables on disk. The objective is to provide reusable blocks of code for building efficient, custom binary data stores. It allows you to build, search, and maintain a large, externally stored, fixed width, sorted table. The library user specifies the row width (in bytes), a row comparison function (which implicitly defines any given row's key), and an optional delete codec.
Nimrod is a statically typed, imperative programming language that tries to give the programmer ultimate power without compromising on runtime efficiency. This means it focuses on compile-time mechanisms in all their various forms. Beneath a nice infix/indentation based syntax with a powerful (AST based, hygienic) macro system lies a semantic model that supports a soft realtime GC on thread local heaps. Asynchronous message passing is used between threads, so no "stop the world" mechanism is necessary. An unsafe shared memory heap is also provided for the increased efficiency that results from that model.
MySQL Hot Backup Tool is a class to back up a MySQL database by copying records of updated tables to another database. It can access the MySQL database to be backed up, and recreates its tables in a backup database on the first run. Subsequent runs can update the backup by just just updating the records of the tables that were changed in the original database. The class can skip some tables to be backed up. The number of records to be committed in the backup database can be limited.
CaptureMock provides capture-replay mocking for Python, on the command line and with client-server communication. CaptureMock's approach is a so-called capture-replay approach. This means that when you 'record' your mock, CaptureMock will observe the interaction between your code and the subsystem you are mocking out, and record it in a text file in its own format. When you then run your test in 'replay mode', CaptureMock can play the role of the subsystem in question, and the real subsystem does not need to even be installed. You can then choose, each time you run your tests, whether you wish to have the real subsystems present and verify/recreate the captured mocks, or to rely on the mocks captured by a previous run. If you are running in 'replay mode' and CaptureMock does not receive the same calls as previously, it will fail the test, and suggest that you may want to recreate the mocks in record mode.