On Tuesday 06 February 2007 07:19, Raffael Herzog wrote: > Therefore, I'm considering to (temporarily) move HiveApp to my own > domain, get the build working, add some docs, and announce it at places > where people reside, who could actually be interested in it (e.g. the > HiveMind mailing list). The goal is to find some community -- OPS4J > seems to be the wrong one, because it's very OSGi-centric. raffael.ch > isn't the right place neither, that's for sure, but that could be a > temporary solution to get it somewhere ...
You can of course move anywhere you like. Personally, I want HiveApp to stay and prosper as much as want Hansa to do the same. Setting up and running infrastructure is quite a bit of work, and if you are looking for more visibility through a domain name, I think we can accommodate that. So, I think your first step is documentation. I mean, you have taken some time to write the stuff below. Copy that up to the Wiki, or convert it to Maven's APT and ask for a publish and I'll help out making it happen (just like Pax Wicket now resides in http://www.ops4j.org/projects/pax/wicket), and a hiveapp.org domain name proxy for that is easy to set up. > But I'd actually like to stay here, therefore the question to all of > you: Is there any interest in something like this at all? >From me, Yes. Does that mean I will use it, or help out coding, in the near future; No, probably not. But I think OPS4J is a model that works when it reaches a critical mass, and we are not there yet. Spreading ourselves thin on our own small islands will ensure that none of us reaches critical mass... > So, what does it do now? Please? > But I'm very sure, and it will be hard to convice me otherwise, that > this one's a very good approach to plugin-based applications where even > the core functionality is a plugin already ... :) At the OSGi Enterprise Expert Group kick-off last week, it was identified that OSGi is not an application model, whereas Spring is, so the synergies are very good. Adrian Colyer and Andy Piper (and others) are working hard to merge OSGi and Spring, with the best from both worlds. Their work looks really promising and there are talks about making EEG amendments to the Declarative Services specification in OSGi along the findings of the Spring/OSGi integration. The DS++ would make old-school IoC friends (Spring, Pico, HiveMind) very happy and still allow for the dynamic nature of OSGi. Now, HiveMind (AFAIK) is more in the space of Spring than it is in the space of OSGi, and perhaps HiveMind will need to provide the same level of OSGi support under its covers not to be totally marginalized by Spring. IMO, someone should look into it. Problem is, noone here knows enough of both worlds, but Adrian was in a similar position. He knew Spring, but no clue about OSGi, got some assistance from OSGi veterans and off they went and increased the ambition to a new level (convergence). Can that happen with HiveMind, in this community?? Cheers Niclas _______________________________________________ general mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/general
