This is exactly the way it works.
The new (Hivemind related) logic/sources/descriptors etc. will be
jared in a separate archive and the already implemented logic you
called it gdata-core stays in it's own jar file. The core impl. on its
own is not "runnable" it needs to be wired together by a cont
On Nov 9, 2006, at 12:29 AM, Simon Willnauer wrote:
So except of the meta data work people would have to do it is just a
replacement e.g reimplementation of a single method.
Instead of Registry.getService() it would be
ApplicationContext.getBean()
is it that what you are alluding to?
kinda
First it is / would be possible to just replace all the wireing
descriptors to spring configurations as the most ( all?!) of the IoC
DI containers use external descriptors. There is a central point ( the
servlet) where a single direct reference to hivemind will be hard
coded just to access the fir
On Nov 8, 2006, at 11:43 AM, Simon Willnauer wrote:
That's why I evaluated some IoC DI container like spring, hivemind,
pico and Felix (Apache OSGi). Hivemind felt good to me due to some
reasons (some more on this later @siren I will send a separate email
on this topic).
would it be possible to
Sure I can and I will :)
The main reason why this refactoring takes place is that currently
there are heaps of "hard" dependencies created by the "service" model
gdata-server uses. Services are accessed by calling a registry similar
to JNDI without a a container. The services are configurable lik
Simon,
Before starting work on all this, could you please share some of your plans
with us? For example, I'm curious why Hivemind is needed.
Thanks,
Otis
- Original Message
From: Simon Willnauer <[EMAIL PROTECTED]>
To: java-dev@lucene.apache.org
Sent: Wednesday, November 8, 2006 6:36:
OK, disclaimer first: I'm not a lawyer and I am not 100% sure on all
of this, but here are some things I found while digging into this:
I did some digging and there is a _DRAFT_ policy at http://
people.apache.org/~cliffs/3party.html
See also:
http://www.apache.org/legal/
http://mail-archive
