Hey
Philipp Oser wrote:
> As I estimate that such daemon requirements are rather common, wouldn't
> it be interesting to add some kind of "daemon beans" in addition to the
> two existing bean types? Such a daemon bean could be started through
> some
> starting method. From the starting method returns the 'run()' method of
> the
> bean could be run. In the 'run()' method, the bean could then say
> something like
> 'wait (numberOfMS)' and the bean container would suspend the execution
> for 'numberOfMS' milliseconds. (I could imagine some more features here,
> but I
> wanted to keep it simple for the discussion).
>
> Would such "daemon beans" cause problems for the container builders? But
> isn't EJB without such (or an equivalent) "daemon functionality" rather
> limited?
> What do you think?
To me it seems like a special case of sending a deferred JMS message to
a JMS-enabled session bean. This will be in EJB2.0, and might cover your
needs.
In general, adding new types of beans is not likely, as the very nature
of the bean will have to differ radically from the ones already
available. Often times it is the above case that there exist a special
design pattern (hey, something for the repository, Tom?;-) ) which
allows the existing bean types to be used to solve a specific problem.
And if that is not possible often it can be solved with a combination of
EJB's and standard beans which are bound into the JNDI namespace.
/Rickard
--
Rickard �berg
@home: +46 13 177937
Email: [EMAIL PROTECTED]
Homepage: http://www-und.ida.liu.se/~ricob684
===========================================================================
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".
