Noel J. Bergman wrote:
Has anyone/everyone seen Smartfrog (http://www.smartfrog.org)? I think that
there appears to be a very natural synergy between Lokahi and Smartfrog,
beneficial to both communities, if HP would relicense Smartfrog under a
suitable license.
--- Noel
cc: Steve Loughran
1. getting hp to OSS it at all was hard enough
2. at least HP didnt make up its own OSI compatible license
3. We dont consider linking, bundling the JAR or extending existing
classes as LPGL derivative activites
4. There is a branch (not the main branch, but we're planning it), that
uses OSGI as the classloading, binding framework.
5. Similarly, there's some stuff that uses introspection, so that
smartfrog classes dont need to be extended to make an SF component.
That's not complete yet, but its a starting point.
6. We could always work together for me to produce a wrapper for Lokahi
in the SF codebase, or even we could create an open BSD-licensed corner
of sourceforge, so that the Apache interpretation of LPGL and Java
inheritance wouldnt kick in, yet I could give others write access to the
repository.
One thing we could do, LGPL notwithstanding, is come up with an API for
decoupling configurable things from teh runtimes that configure them.
That actually makes a lot of sense, because if your product commits to a
single config infrastructure, then you are rejecting anyone who wants to
use you in different ways.
Something on the lines of
-commons-logging for logging
-JNDI for data lookup
-some other set of interfaces API for lifecycle callbacks and operations
We could do this in apache-land and have smartfrog an implementation.
-steve
