True dat for grocking everything right away. Hivemind is a little tricky at first, but once you get past the initial bumps of learning you start to learn to really love it. Not that the other frameworks aren't good either, use the right tool for the job.

I've just become very familiar with hivemind because it's what tapestry uses.


On 3/21/06, Leonardo Quijano Vincenzi < [EMAIL PROTECTED]> wrote:
Right. Well basically it could be a lack of documentation. For example,
while doing this refactoring of the formatter components in Tapestry,
I'd like to use a Translator-like approach to bind those to the
components in FormComponentEventWorker.

So I have this:

  <contribution configuration-id="JsFormatters">
    <bean name="number" class="NumberJsFormatter">
    </bean>
    <!-- <bean name="date" class="DateJsFormatter"/>
    <bean name="mask" class="MaskJsFormatter"/>-->
  </contribution>

But then, can I inject objects in that bean (for example a
IScriptSource)? What's the difference between a "bean" and a "service"?
Going further, what's a "contribution"? What's the difference between a
"configuration-point" and a "service-point"?

I know, in some cases it's just a case of "read the ... manual". But it
some other cases it isn't. And even if it is specified in the manual,
sometimes the information overload gets high. That's what I mean with
contrived. Of course, flexibility comes with a price. But well, even
though I know some basic things about Hivemind, it's definitively not a
easy one to use.

Or maybe it's just that I value more orthogonality and homogeneization
of frameworks before flexibility ;). Spring is much more homogeneous
(although some places of its code base are getting bloated). Hivemind
it's harder to assimilate.

--
Ing. Leonardo Quijano Vincenzi
DTQ Software



Jesse Kuhnert wrote:
> I don't think hivemind has any built in support for the kinds of
> things being suggested on the other list.
>
> What do you mean by contrived exactly? I sort of prefer hivemind to
> spring myself, but I guess it ~is~ a matter of taste.  I think it's
> mostly because it has some additional functionality that spring just
> doesn't have (like the thread handling), but also because - in Howards
> description - Spring is a framework for building apps, while hivemind
> is a framework for building frameworks.
>




-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Tacos-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tacos-devel



--
Jesse Kuhnert
Tacos/Tapestry, team member/developer

Open source based consulting work centered around dojo/tapestry/tacos/hivemind.   http://opennotion.com

Reply via email to