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 like a lot classes inside the server. It gives me, and it would do to other developers as well, a hard time to implement test cases because the registry is needed and wired to tight into the server. 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). So on the todo list are some other things like webservice integration for admin actions and exposing Services and monitoring data to JMX . Hivemind offers a very nice JMX integration which is plugable and with hive-utils comes a ready to use damned fast hessian webservice impl. which I used for another project. No wsdl / wsdd overhead, no descriptors just an Infterface and your ws is ready to go. Client API's for almost every lanugages (python ruby php java c#...) which enables users to integrate admin func. in their application which could be a pain with axis as I experienced. Further on is a lot of configuration needed for some services which is currently handled by commons digester which is alright but hard to test and hivemind offers easy way to define default configurations and let users override these in top level descriptors. Another reason is that my professor granted me exemption from university courses to work on GData which gives me the possibility to do such a comprehensive refactoring.
After all this will improve test / software quality reuseablity and gives me a lot of tools to offer nice administration access without reinventing the wheel. best regards Simon On 11/8/06, Otis Gospodnetic <[EMAIL PROTECTED]> wrote:
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:31 AM Subject: ThirdParty Jars in GData Hi all, I just started to work on the todo list @ GData Server to add Admin Interface and some major refactoring. GData server will be based on the Apache Hivemind Microkernel and will make extensive use of these libs including hive-utils and the hessian webservice integration (caucho.com). Even apache hivemind includes a couple of third - party jars like javaassist.jar which is also distributed in the release. So I'm a bit curious about the fact that non ASF - licenced jars are included in asf products. In the end there will be a couple of jars I need for the GData server at least at runtime. ASF Jars like hivemind core and libs won't be a problem inside the svn repos. But whats the best way to get the other jars. I had a look at the hivemind build file, they defined a macro to fetch the jars from http://www.ibiblio.org/. This seems to be a nice solution to fetch these jars via a simple ant get task. Any other ideas / suggestions? regards simon --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
