tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "naqvik" <>
Subject Proposal to incorporate Timer and WorkManager implementation in Tomcat
Date Fri, 24 Jun 2005 12:22:10 GMT

Hi Folks,

      I recently came to know that application threads are not
recommended on J2EE/Servlet engine environments. How ever, there could
be many applications, components which need to reside on servlet engine
or a J2EE container but still need to spawn their own threads
(contradictory needs ).

      What is your take on this?

     I have posted it on certain forums. But did not get many positive
responses. Please see my posting and one response on IBM developer works
in this URL :

   I also thought of an idea:

    I want to start an open source project to implement the JSR for
"Timer and Work Manager for Application Servers" 

        ( )


   Question to you folks would be. If I successfully build and release
this component under Apache license, would be guys be interested to

   Hoping to get some early and positive responses to my mail.


Khushnood Naqvi

**************** CAUTION - Disclaimer *****************
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of
the addressee(s). If you are not the intended recipient, please notify the sender by e-mail
and delete the original message. Further, you are not to copy, disclose, or distribute this
e-mail or its contents to any other person and any such actions are unlawful. This e-mail
may contain viruses. Infosys has taken every reasonable precaution to minimize this risk,
but is not liable for any damage you may sustain as a result of any virus in this e-mail.
You should carry out your own virus checks before opening the e-mail or attachment. Infosys
reserves the right to monitor and review the content of all messages sent to or from this
e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys
e-mail system.
***INFOSYS******** End of Disclaimer ********INFOSYS***
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message