Date: 2004-06-22T04:53:03
Editor: HowardLewisShip <[EMAIL PROTECTED]>
Wiki: Jakarta HiveMind Wiki
Page: FrequentlyAskedQuestions
URL: http://wiki.apache.org/jakarta-hivemind/FrequentlyAskedQuestions
no comment
Change Log:
------------------------------------------------------------------------------
@@ -60,4 +60,6 @@
This would imply a magic {{{service}}} property attached to {{{Module}}} that
could invoke {{{getService(String,Class)}}}. I may end up building something
like this for Tapestry, since Tapestry already has an OGNL dependency.
-DanielFeist What then, in terms of !HiveMind 1.0 (assuming no OGML) is the
solution to the simple problem put forward in the two initial examples?
Implement and define in sdl my own !CustomBuilderFactory (the implementation of
builder factory would be identical but with a slightly more complex schema)?
There's no simpler solution? I think considering OGML or something similair to
make builder paramenters simpler and more flexible for the next version is a
good move.
+DanielFeist: What then, in terms of !HiveMind 1.0 (assuming no OGNL) is the
solution to the simple problem put forward in the two initial examples?
Implement and define in sdl my own !CustomBuilderFactory (the implementation of
builder factory would be identical but with a slightly more complex schema)?
There's no simpler solution? I think considering OGNL or something similar to
make builder paramenters simpler and more flexible for the next version is a
good move.
+
+HowardLewisShip: A completely reasonable and testable solution is to assign
the service (i.e. {{{hivemind.lib.NameLookup}}} to a property of your service,
and use the {{{initialize-method}}} attribute to have your service initialize.
In Java code, you can access the methods of the collaborating services.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
