Hi Fabian,
The scenario goes like this:
Bean B invokes a method on Bean A (B is ignorant of the state of A)
Bean B should try this repeatedly until the state of A is changed (to a state favourable for servicing Bean B's request).
I know it is a performance overhead, but, thatz how the business logic goes. For this case, I'm worried more abt achieving this rather than the amount of time Bean B is blocked.
Hope this makes my point clear!
Regards,
Sriphani.
-----Original Message-----
From: Fabian Crabus [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 24, 2002 3:36 PM
To: [EMAIL PROTECTED]
Subject: AW: Re: Implementing wait in EJBs
Hi,
it depends on what you want to achieve: one possible workaround
is to use JMS. For example if you're using Weblogic 6.1 you could
create a message and set a delivery time (this is not in the spec). This
would trigger a message-driven bean.
Or to be spec compliant you could implement your own queue via a database.
...
I'm not sure if there's an ideal solution to your problem, perhaps tell us a bit
more...
Fabian
[EMAIL PROTECTED]
-----Urspr�ngliche Nachricht-----
Von: sasi.bhushan [mailto:[EMAIL PROTECTED]]
Gesendet: Do 24.01.2002 09:33
An: [EMAIL PROTECTED]
Cc:
Betreff: Re: Implementing wait in EJBs
U cann,t use any thread related operations in EJB's
Regards
Sbpodila
---- Sriphani Singaraju <[EMAIL PROTECTED]>
wrote:
>
> Hi,
>
> Can someone tell me if I can use "Thread.sleep()"
in my SFSB. I understand
> from the specs that Thread concepts should not be
used in EJBs. Any
> container specific jargon involved in this ??
>
> Thanks in advance.
> Sriphani.
> ----------------------------------------------------
------------------------------------------------------
----------
> This email and any files transmitted with it are
confidential and
> intended solely for the use of the individual or
entity to whom
> they are addressed. If you have received this email
in error please notify the
> originator of the message or
[EMAIL PROTECTED]
>
> Any views expressed in this message are those of
the individual
> sender, except where the sender specifies and with
authority,
> states them to be the views of Huawei Technologies
India Pvt. Ltd.
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
==========================================================================To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom
they are addressed. If you have received this email in error please notify the
originator of the message or [EMAIL PROTECTED]
Any views expressed in this message are those of the individual
sender, except where the sender specifies and with authority,
states them to be the views of Huawei Technologies India Pvt. Ltd.
