[jboss-dev-forums] [Design the new POJO MicroContainer] - Re: StructureContext and candidate annotations
adrian@jboss.org
do-not-reply at jboss.com
Wed Aug 6 10:34:59 EDT 2008
"alesj" wrote :
| Unless I access parent context's callbacks.
| Which is too impl specific - ear contains jars notion.
Why would you want to run your own callbacks,
you would just execute the code directly. ;-)
I'll leave it to you on how much of a generic framework
you want to put in place for a parent "interfering" with child structure.
It could easily be "over-engineered", with callbacks for every critical decision
in structure determination that nobody uses and instead just leads to extra complication
and bugs.
To be honest I can't guess how many other use cases there are or will be in future,
either from the javaee spec committees or users.
My preference would be to have a simple "template" that can be extended
as new requirements are identified.
Refactoring ever policy decision of the structure deployers
into protected methods so users can subclass and add/change behaviour,
(e.g. add their own callbacks) would help with "forward compatiblity",
but its not something that needs to be done immediately.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4169062#4169062
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4169062
More information about the jboss-dev-forums
mailing list