Hi,
I new here so heres a quick intro:
" I had already got ideas and a vision very similar to that of hivemind before "bumping into" hivemind a couple of weeks ago. As hivemind is open source and already (although in alpha still) much more down the road in terms of implementation than what i had i am moving over to using hivemind at work and plan to contribute to the further development of hivemind. "
Initial thoughts, ideas and suggestions based on personal experience are as follows:
1) I am interested in and have a strong requirement for the micro-kernel to be able to provide 'ready to use', localized and centrally configured resources. This avoids properties etc being spread out all over application but rather defined centrally in module descriptors and easily changed/managed. Examples of a resource are datasource, ResourceBundles, Properties, links to JNDI/LDAP trees or any other custom resource.
The idea is to be able to define in module config files the resource and attributes used to create these resources along with the ObjectFactory. The ObjectFactory uses the Registry locale along with parameters provided to instantiate and configure the resource. An objectfactory can be implemented for each resource type, backing-store combination. Module descriptor element would be somewhat like this:
<resource id="txfConfig" type="org.dom4j.Document" factory="net.technisys.cyberbank.base.resource.impl.DOM4JDocumentFactory">
<parameters>
<attribute name="url">TxFrameworkConfiguration.xml</attribute>
<attribute name="validate">true</attribute>
</parameters>
</resource>
It would also be ideal to be able to pre-configure services with these resources using the push "<set-resource..>" style right after service is created.
I initially had "resources" as something top level the same as "services" as from my point of view in what I am doing it they are just as important as services. Everybody has different necessities and viewpoints, it would be interesting to hear what others think and whether my viewpoint is something lots of people agree with or if it is quite a specific requirement.
I am looking into how i can accomplish this functionality while using hivemind as it is. I am experimenting to see whether each resource can in fact be a contribution to a "resources" configuration point and this way along with an optional Resource service the functionality can be achieved. The main disadvantage with this is that services would not be able to push resources onto services after creation because a Resource is something added onto the framework and not a core concept of the framework like i had planned. Any suggestions are very welcome!!
2) I too am interested in JMX functionality too and have been experimenting with mx4j. I was thinking of making this functionality optional. Also was looking into exporting resources (described above) via JMX for configuration/management etc.
3) I require the registry to auto-start when needed (lazy-load) rather than having to explicitly bootstrap it. I am currently achieving this by wrapping access to the registry with a singleton class solving this particular need. I dont know if this need is something unique to me or something fairly commonly needed.
4) I use a JNDI SPI facade for obtaining services/resources to give more separation between code and the framework, works fine just have to pass the interface of the service as "Object.class" as lookups via JNDI have no way to specify the interface.
" return Platform.getRegistry().getService(name.get(0).toString(),Object.class);"
Where "Platform" is my singleton wrapper and "name" is the JNDI name being looked up.
5) Before using Hivemind i was using services that did not implement any framework interfaces at all but rather through the use documented optional methods such as start() and stop() reflection was used to invoke these methods if available. The advantage of this was that the service was always a POJO and could always be used in other frameworks without exception, i see that it has disadvantages though. The important think is that no framework interfaces are compulsory.
Daniel Feist
Howard M. Lewis Ship wrote:
So ... what are people doing with HiveMind? It's back, it's free and I've been doing some work on it. I've also been doing some planning for HiveMind on the Wiki.
I'm afraid that all the interruptions caused by the IP problem, and then by the infrastructure delay, have hurt HiveMind. The community is failing to coalesce at the new home ... it's important that the other HiveMind users and developers check in and start communicating about their needs.
I have plans for HiveMind in the immediate future: - Hook into J2EE for declarative security on services via an interceptor - Create a gateway into Spring, to allow managed Spring beans to appear as HiveMind services - Interface with JMX: map JMX MBean interfaces to HiveMind services, and add a "performance" interceptor that records method invocation data into other JMX beans - Transaction interceptor
That's my immediate list ... what's your?
--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Tapestry: Java Web Components Creator, HiveMind
http://howardlewisship.com
--------------------------------------------------------------------- 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]
