I've now checked in my jca 1.5 work. To see how the Work interfaces can be used as a thread pool not from an adapter, look at org.jboss.test.jca.inflow.BootstrapContextTest. This is an mbean that uses a thread pool. The thread pool itself is accessible from another mbean, BootstrapContext. You can deploy as many of these as you want.
The thread pool provides: --immediate excution (in the calling thread) --starting work, return when work starts executing (in separate thread) --scheduling work, return immediately. Each option can be "blind" or you can supply a transaction context to import and a listener to find out about the progress of the work. The spec includes a way for the app server to hint that the work is taking too long and should stop soon, but I didn't implement that. So far I'm not sure how useful it will be. Unfortunately the spec committee did not see fit to include a way to import a security context, just a tx context. Presumably we can get around this by defining a JBossExecutionContext that also includes a Subject. Thanks david jencks On 2002.08.29 22:06:30 -0400 Dain Sundstrom wrote: > So we all agree this is a good idea. > > Who's going to pick up the ball and run with it? > > -dain > > Hiram Chirino wrote: > > yes.. please.. jboss-mq would benefit also. > > > > > >>-----Original Message----- > >>From: [EMAIL PROTECTED] > >>[mailto:[EMAIL PROTECTED]]On Behalf Of Dain > >>Sundstrom > >>Sent: Thursday, August 29, 2002 10:56 AM > >>To: [EMAIL PROTECTED] > >>Subject: Re: [JBoss-dev] JBoss monitoring: Thread-Pool > >> > >> > >>I agree, but all of our stuff can use it. This would make it much > >>easier to debug thread problems (like the interrupted bug). > >> > >>-dain > >> > >>Scott M Stark wrote: > >> > >>>Its a good idea to have such a service available, but using it cannot > >>>be a requirement for integration at this point as in general we cannot > >>>get a third party to use our thread pool. The pool component should > >>>really just fall out of the JCA work. > >>> > >>>xxxxxxxxxxxxxxxxxxxxxxxx > >>>Scott Stark > >>>Chief Technology Officer > >>>JBoss Group, LLC > >>>xxxxxxxxxxxxxxxxxxxxxxxx > >>>----- Original Message ----- > >>>From: "Dain Sundstrom" <[EMAIL PROTECTED]> > >>>To: <[EMAIL PROTECTED]> > >>>Sent: Thursday, August 29, 2002 7:21 AM > >>>Subject: Re: [JBoss-dev] JBoss monitoring: Thread-Pool > >>> > >>> > >>> > >>> > >>>>I think it would be cool to have a centralized thread pool mbean that > >>>>anyone that needs a worker thread goes to. The pool would need to be > >>>>partitioned, but that is fairly simple. > >>>> > >>>>What do you think? > >>>> > >>>>-dain > >>>> > >>>>Sacha Labourey wrote: > >>>> > >>>> > >>>>>Cool. But do you mean that each part/module of JBoss consuming > threads > >>>>>should hood in JCA? Isn't that overkill? > >>>>> > >>>>>For example, the invokers, great consumers of threads, will > >>>> > >>they need to > >> > >>>>>hook in JCA? How do you see that? > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>>-----Message d'origine----- > >>>>>>De : [EMAIL PROTECTED] > >>>>>>[mailto:[EMAIL PROTECTED]]De la part de > >>>>>>David Jencks > >>>>>>Envoyé : jeudi, 29 août 2002 15:49 > >>>>>>À : [EMAIL PROTECTED] > >>>>>>Objet : Re: [JBoss-dev] JBoss monitoring: Thread-Pool > >>>>>> > >>>>>> > >>>>>>One of the parts of jca 1.5 is a thread pool with transaction > import > >>>>>>capabilities. (Work contracts) I hope to get this committed > >>>>> > >>in the next > >> > >>>>>>couple of days, it's written and somewhat tested. > >>>>>> > >>>>>>david jencks > >>>>>> > >>>>>>On 2002.08.29 09:21:01 -0400 Sacha Labourey wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>>>Hello, > >>>>>>> > >>>>>>>As part of JBoss monitoring, the thread usage is a very > interesting > >>>>>>>indication. Furthermore, for performance reasons, having a > >>>>>> > >>thread pool > >> > >>>>>>>would > >>>>>>>be a good thing (TM). > >>>>>>> > >>>>>>>What do you think about integrating a thread pool in JBoss? > >>>>>> > >>>>>>Parts such as > >>>>>> > >>>>>> > >>>>>> > >>>>>>>JavaGroups would also need to be integrated in this > >>>>>> > >>framework (JG is a > >> > >>>>>>>big > >>>>>>>thread consumer) > >>>>>>> > >>>>>>>David, Mr. Pool ;), what do you think about it? > >>>>>>> > >>>>>>>Cheers, > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>Sacha > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ------------------------------------------------------- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development