Hi! A new db4o version is out - 7.12 Development.

Here is what is in it:

  • OMN-178 - Reviewing OMN code. Changes made in code so that OMN works for java db
  • OMJ-149 - Include OMJ in 7.4 Production and Stable downloadable db4o distribution
  • COR-1793 - BlockingQueue may throw BlockingQueueStoppedException in case of spurious wakeups
  • COR-1789 - Introduce PerformanceCounters/JMX statistics for activation/deactivation, objects stored/deleted
  • COR-1787 - [.Net] Make sure PerformanceCounters instance are removed at ObjectContainer.Close()
  • COR-1781 - Blog about Silverlight assembly loading issue fixed
  • COR-1780 - Blog about Guid typehandler
  • COR-1778 - Introduce optional, user-specified name/label for databases
  • COR-1775 - Separate sorting/ordering step from SODA processing
  • COR-1773 - Enable defragment before actual migration in format migration tests.
  • COR-1768 - Base class classmetadata should not be take into account while storing derived ones
  • COR-1765 - JMX/perfmon: WeakReferences and FreespaceManager
  • COR-1761 - LINQ-Ordering on multiple properties throws a Db4oException: Unexpected exception: this..size()=1, other.size()=0
  • COR-1760 - ArrayList4 Generic IEnumerableGetEnumerator() should be implicity declared and the IEnumerable.GetEnumerator() explicitly declared
  • COR-1759 - [LINQ] Calls to String.Contains() produce wrong results
  • COR-1755 - Refactor deep prefetching client slot cache to use Cache4
  • COR-1752 - [.Net] Expose performance counter instances for each container
  • COR-1749 - JMX/perfmon: Networking statistics
  • COR-1748 - Investigate system assembly not being resolved in OMN
  • COR-1730 - create proper bundles with OSGi headers
  • COR-1678 - [Silverlight] Profile application to spot bottlenecks
  • COR-1646 - File lock must be released after emergency shutdown
  • COR-1637 - Prepare Silverlight tests for running in CC build
  • COR-1519 - Typehandler for System.Guid
  • COR-1062 - Sort result incorrect after OR
  • COR-377 - InMemoryObjectContainer creates a lot of short lived byte[]