I was proposing making the relationship object an mbean only to simplify
the startup code/dependencies. If you can do everything in start without
this I think there is no point.
david jencks
On 2002.06.07 10:35:44 -0400 Dain Sundstrom wrote:
> I didn't know so many people were using HEAD.
>
> The MBean idea for a relationship is a good idea, and I thought a lot
> about using one when writing the cmp code. The big problems are
> transactions, locking and caching. Because each side of a relationship
> can be accessed from different threads at the same time, we would need
> to add locking code and tx management to the bean, which would not be
> easy with the code today. It would also could reduce concurrency, as any
> read would have to lock the middle object.
>
> Anyway, the real problem has to do with startup and dependencies. The
> way I was doing it, create all beans in create(), and resolve
> relationships in start(), won't work anymore. The solution I propose is
> to move the two-phase startup in the start() callback of the
> application. David suggested this a while ago, but it was working at the
> time so I didn't want to change the code.
>
> I just put this at the top of my bugs list. I will be fixing all of the
> reported bugs starting on Monday (maybe before if I get excited).
>
> -dain
>
> Vesco Claudio wrote:
>
> > between the lines...
> >
> >
> >>-----Original Message-----
> >>From: David Jencks [SMTP:[EMAIL PROTECTED]]
> >>Sent: Friday, June 07, 2002 1:34 PM
> >>To: [EMAIL PROTECTED]
> >>Subject: Re: [JBoss-dev] cmp2 relations, mbeans, and the
> testsuite
> >>
> >>On 2002.06.07 03:03:41 -0400 Vesco Claudio wrote:
> >>
> >>>Hi!
> >>>
> >>>I think, I have corrected this problem in HEAD.
> >>>
> >>Yes. I ported it back to 3.0. As far as I can tell it mostly reverts
> >>scott's changes?
> >>
> >>
> > [Vesco Claudio] No, in the 1.36 version of JDBCStoreManager the start
> > method was
> >
> > public void start() throws Exception
> > {
> > startCommand.execute();
> >
> > // Start the query manager. At this point is creates all of the
> > // query commands. The must occure in the start phase, as
> > // queries can opperate on other entities in the application, and
> > // all entities are gaurenteed to be createed until the start
> phase.
> > queryManager.start();
> >
> > readAheadCache.start();
> > }
> >
> > and the create method contains all code :-(
> >
> > I am stop here. I am no so expert to cmp2 :-)
> >
> > But I think that we don't need a mbean for a simple bridge to the
> metadata.
> >
> > Claudio
> >
> >
> >>But until now I haven't
> >>
> >>>feedback.
> >>>
> >>>I don't think that we need a mbean to manage relationship, but I think
> >>>that
> >>>Dain can give us a better response :-)
> >>>
> >>>
> >>I think it is the easiest solution I have seen. The relationship
> object
> >>does depend on both endpoints to be fairly well started before it can
> >>start, that is why the init/create step has to do so much. I think
> that
> >>using the mbean dependency mechanism already built into the
> infrastructure
> >>is by far the simplest way to ensure this while keeping the init/create
> >>step from referring to the outside world.
> >>
> >>david jencks
> >>
> >>
> >>> Claudio
> >>>
> >>>
> >>>>-----Original Message-----
> >>>>From: David Jencks [SMTP:[EMAIL PROTECTED]]
> >>>>Sent: Thursday, June 06, 2002 7:26 PM
> >>>>To: Dain Sundstrom; jboss-dev
> >>>>Subject: [JBoss-dev] cmp2 relations, mbeans, and the testsuite
> >>>>
> >>>>For me, 3.0.1 head testsuite is failing all the cmp2 tests with
> >>>>relationships. I think this is due to Scott's recent changes to the
> >>>>content of some create and start methods, although I haven't reverted
> >>>>
> >>>the
> >>>
> >>>>changes to make sure.
> >>>>
> >>>>I propose that we manage the dependencies between a relationship and
> >>>>
> >>>the
> >>>
> >>>>ejbs it relates by making the relationship into an mbean that depends
> >>>>
> >>>on
> >>>
> >>>>both ejb mbeans. The mbean configuration system will then call start
> >>>>
> >>>on
> >>>
> >>>>it
> >>>>only after both ejbs are started. It can call methods on each ejb
> >>>>
> >>>mbean
> >>>
> >>>>to
> >>>>set up the relationship.
> >>>>
> >>>>I haven't looked into implementing this yet. Anyone see any obvious
> >>>>problems with it or have any objections?
> >>>>
> >>>>Thanks
> >>>>david jencks
> >>>>
> >>>>_______________________________________________________________
> >>>>
> >>>>Don't miss the 2002 Sprint PCS Application Developer's Conference
> >>>>August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> >>>>
> >>>>_______________________________________________
> >>>>Jboss-development mailing list
> >>>>[EMAIL PROTECTED]
> >>>>https://lists.sourceforge.net/lists/listinfo/jboss-development
> >>>>
> >>>_______________________________________________________________
> >>>
> >>>Don't miss the 2002 Sprint PCS Application Developer's Conference
> >>>August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> >>>
> >>>_______________________________________________
> >>>Jboss-development mailing list
> >>>[EMAIL PROTECTED]
> >>>https://lists.sourceforge.net/lists/listinfo/jboss-development
> >>>
> >>>
> >>>
> >>_______________________________________________________________
> >>
> >>Don't miss the 2002 Sprint PCS Application Developer's Conference
> >>August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> >>
> >>_______________________________________________
> >>Jboss-development mailing list
> >>[EMAIL PROTECTED]
> >>https://lists.sourceforge.net/lists/listinfo/jboss-development
> >>
> >
> > _______________________________________________________________
> >
> > Don't miss the 2002 Sprint PCS Application Developer's Conference
> > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> >
> > _______________________________________________
> > Jboss-development mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-development
> >
>
>
>
> _______________________________________________________________
>
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
>
> _______________________________________________
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
>
>
_______________________________________________________________
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
