Hi, I was wondering where lifecycle events fall on the roadmap?  I'm
thinking along the lines of Hibernate Interceptors:
https://www.hibernate.org/hib_docs/v3/api/org/hibernate/Interceptor.html

Thanks,
Adam

On Thu, Sep 3, 2009 at 11:38 AM, Rob Challen<rjchal...@gmail.com> wrote:
> I moved over to the b10 snapshot and everything seems fine so far. Recovery
> time was near instantaneous on a graph with no changes on it, but that had
> been shut down with a transaction open, which previously would have take 5
> minutes to rebuild.
>
> I tried to use an EmbeddedReadOnlyNeo service within a servlet container, I
> updated to index-utils 0.8-SNAPSHOT and figured out that I had to use a
> LuceneReadOnlyIndexService, and it all works, replacing my immediate need
> for the RMI & RemoteNeo. Neo was never the performance bottleneck in my app
> so difficult to assess any difference at the moment, but it certainly
> simplifies my code.
>
> Cheers,
>
> Rob.
>
> On Wed, Sep 2, 2009 at 2:16 PM, Johan Svensson <jo...@neotechnology.com>wrote:
>
>> Hello,
>>
>> Now that the 1.0-b9 release has been out for a while we have had some
>> time to work on some important new features that we want to be part of
>> the final 1.0 release. The 1.0-b10-SNAPSHOT (trunk) now includes:
>>
>> o New algorithm to rebuild id generators during recovery after a
>> crash. Cuts recovery time on large stores to a fraction of the time it
>> used to take.
>> o Read-only mode. You can now startup multiple read-only NeoServices
>> to the same store (using EmbbededReadOnlyNeo) and have a single writer
>> to that store.
>> o Improved depth first traversal speed on nodes with many
>> relationships by loading relationships on demand. This will also
>> reduce the stress on GC when traversing over a node with many
>> relationships since much fewer objects will be created.
>>
>> If you have some suitable project please help us test and try out
>> these new features.
>>
>> Regards,
>> -Johan
>>
>> --
>> Johan Svensson [jo...@neotechnology.com]
>> Chief Technology Officer, Neo Technology
>> www.neotechnology.com
>> _______________________________________________
>> Neo mailing list
>> User@lists.neo4j.org
>> https://lists.neo4j.org/mailman/listinfo/user
>>
> _______________________________________________
> Neo mailing list
> User@lists.neo4j.org
> https://lists.neo4j.org/mailman/listinfo/user
>
_______________________________________________
Neo mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user

Reply via email to