McKnight, David wrote:
>
> Sounds like a good place for an MBean..
>
>
>
> That sounds great, and I will look into it asap. We've been using Jboss to
> develop on and use in house, but our app may be used with another app
> server. Aren't Mbeans Jboss specific? (Pardon my ignorance, and thanks
They are jboss specific but j2ee will have them in some way eventually.
Jboss does a lot of cool things, but you have to make sure they aren't
specific!
What I did to replace an rmi server for now is have session beans access a
singleton. It seems the safest way to set up a service right now and
> What I did to replace an rmi server for now is have session beans access a
> singleton. It seems the safest way to set up a service right now and still
> be somewhat portable...
Isn't accessing threading facilities a no no in session beans? If you
have a deamon like service then I assume that i
a jca adapter for your file based content store should be fine. jca really
deals with expensive connections that involve transactions and security. If
none of these apply you may be able to get away with something simpler such
as an mbean.
david jencks
On 2002.09.21 22:55:21 -0400 Kevin O'Neill
I think a session bean doing threads is not encouraged, but accessing
something else that happens to be threaded could be ok. In my testing it is
ok in jboss right now anyway, I do spawn off threads for multiple requests.
I really don't understand the restriction anyway. So long as your response
Another reason might be that transaction and security contexts may not be
propagated to the child threads. Also, the jca 1.5 spec goes to some pains
to prevent 2 threads that import the same transaction from running at once:
in general the effects of running several threads within one transaction
being rolled in that would help (now if only cmp relations!)
rick
- Original Message -
From: "David Jencks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, September 22, 2002 10:33 AM
Subject: Re: [JBoss-user] Re: Can an ejb function as a daemon?
>
mbeans
> being rolled in that would help (now if only cmp relations!)
>
> rick
>
>
> - Original Message -
> From: "David Jencks" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Sunday, September 22, 2002 10:33 AM
> Subject: Re: [JBo
ay, September 22, 2002 1:51 PM
Subject: Re: [JBoss-user] Re: Can an ejb function as a daemon?
> I'd like to see a concrete example where you need several threads to be
> working within the same transaction concurrently. Thinking about it it
> seems to me that it might work ok if each th
ans
> > being rolled in that would help (now if only cmp relations!)
> >
> > rick
> >
> >
> > - Original Message -
> > From: "David Jencks" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Sunday, Septembe
: [JBoss-user] Re: Can an ejb function as a daemon?
Wouldn't having multiple threads in a transaction break the ACID
principle anyway?
Particular the consistency and isolation parts.
Imagine the scenario:
Thread A reads object 1.
Thread B reads object 1.
Thread B updates object 1.
Thread A a
restriction if imposed just for acid, affects other uses.
rick
- Original Message -
From: "Saroj Kumar" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 23, 2002 6:12 AM
Subject: RE: [JBoss-user] Re: Can an ejb function as a daemon?
> This will b
12 matches
Mail list logo
