On 2001.11.14 17:11:52 -0500 Dain Sundstrom wrote:
> Hi all,
> 
> I think that the merging of init and start has broken the CMR code.  The
> CMR
> code depends on having a complete two-phase startup.  In the phase 1
> (init)
> all of the relation ships are connected, and in phase 2 (start) these
> relationships are used to create the entity tables with fks, relation
> tables, and parse ejb-ql queries.  I think that merging the two has
> changed
> the system to call init and then start for each bean instead of init for
> each bean and then start for each bean.

This is correct.
> 
> I wasn't following the discussion about this, because I didn't think it
> applied to the CMR code (and the messages were very long). 

The first one wasn't, asking if it would break anything.

 I'm going to
> go
> back and read the messages, but if anyone has a suggestion or can tell me
> the resolution, I would appreciate it.

How can I tell if it is broken? Is there a test case?  What are the "beans"
you mention, mbeans from a *service.xml or ejbs or generated mbeans from
ContainerFactory or what? What is calling the init and start?  I might
simply have done something stupid in ContainerFactory.

If the problem is due to unexpressed dependencies between mbeans, generally
the solution is to explicitly state those dependencies using mbean-ref and
mbean-ref-list elements.

For instance, if you have mbeans A and B that registered with C on init,
and C did something with A and B in its start, put a mbean-ref-list element
in C containing A and B's object names: in C's start, first iterate through
the list, calling the new registerWithC(C) method (formerly init()), and
then the previous start code.

I'm happy to help with fixing this if you can give me some clues about what
is going on and where.

Thanks
david jencks
> 
> -dain
> 
> _______________________________________________
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
> 
> 

_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to