HibernateExt/metadata split
by Emmanuel Bernard
Here is what I'd like to do in the next 2 weeks.
HibernateExt/annotations-commons
HibernateExt/annotations (old /metadata)
HibernateExt/entityManager (old /ejb)
HibernateExt/search
HibernateExt/validator
Alternatively, annotations and entityManager under a jpa directory
HibernateExt/annotations-commons
HibernateExt/jpa/annotations (old /metadata)
HibernateExt/jpa/entityManager (old /ejb)
HibernateExt/search
HibernateExt/validator
or simply get rid of HibernateExt
annotations-commons
jpa/annotations (old /metadata)
jpa/entityManager (old /ejb)
search
validator
(tools)
thoughts?
If someone knows how to physically do that with SVN without loosing all
the history, esp since we have trunk and branch_3_2 (main work
currently)... I am all ears :-)
PS: I thought about doing standalone distributions while keeping the
same dev structure, but Hibernate Search is getting more complex with
the master/slave mode and I need multiple src/test structures for it
17 years, 11 months
Hibernate Search master/slave
by Emmanuel Bernard
Recently I've been working on Hibernate Search clustering.
Hibernate Search will have the ability to work in a master / slave mode.
Every node has a local copy of the index and can read it (ie query it).
When an update is required (actually when a transaction scoped list of
updates are required) by a node, a message is sent to a master node
responsible to update the master index.
On a regular basis, each node acquires a copy of the master index in
local to stay up to day asynchronously.
My first implementation involves JMS, but one could imagine using:
- JBoss Messaging standalone in headless mode (when it's done)
- a servlet controller receiving http requests
- whatever you want
Thoughts?
The project moves slowly from a library to a library + infrastructure
project. The focus will stay on the library side, but I am think of
having some helpers to build the server side (ie build a ready to deploy
EAR or WAR)
17 years, 11 months