run-at is an extension to web.xml that is not portable across containers.
That's why it will not be implemented.
-Tim
Aris Javier wrote:
No, meaning impossible?
cause if it would be very beneficial to many then why
not change the specs to accommodate such service?
Pardon me, maybe because I really don't understand the specs.
I was just thinking in a layman's way.
Thanks
Aris
-----Original Message-----
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: Friday, March 04, 2005 9:42 AM
To: Tomcat Users List
Subject: Re: Equivalent of Resin "run-at" servlet configuration
no. (unless the spec says so)
-Tim
Aris Javier wrote:
If this is not supported in Tomcat, is there a way or a plan to have
this kind of service? This would really be a big help to many
developers.
Just a thought
Aris
-----Original Message-----
From: David Smith [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 03, 2005 9:34 PM
To: Tomcat Users List
Subject: Re: Equivalent of Resin "run-at" servlet configuration
I think the Cocoon project has such a facility. I'm not sure how
complicated it would be to pull out that functionality, but their work
might be worth looking at for this.
--David
Parsons Technical Services wrote:
With all the questions and suggestions flying around, a question to
the other programmers: If one was to write a class for the purpose of
running classes at set times, what pitfalls would one need to watch
for?
I have a class that loads on startup and runs a continuous loop that
is timed (sleeps, wakes up, does something, sleeps again). It runs
fine, but I know that it could be better.
Any guidance or suggestions would be appreciated. And maybe we could
create an add-on and post it for use in apps that need such a device.
Thanks
Doug
----- Original Message ----- From: "Nikola Milutinovic"
<[EMAIL PROTECTED]>
To: "Tomcat Users List" <[email protected]>
Sent: Thursday, March 03, 2005 6:55 AM
Subject: Re: Equivalent of Resin "run-at" servlet configuration
Subramanya Sastry wrote:
Hello,
I am developing a Java web application, and one of the requirements
is to run a particular servlet periodically, or even at specified
times. Resin provides this ability via its "run-at" configuration
element for servlets in web.xml
Example Resin configuration:
<servlet>
<servlet-name>download</servlet-name>
<servlet-class>DownloadNewsServlet</servlet-class>
<run-at period='360m'/>
</servlet>
However, I haven't found an equivalent configuration for Tomcat. I
searched the web and was unsuccessful. So, any pointers as to how I
could achieve this for Tomcat would be appreciated.
There is none and shouldn't be any. I understand the need to run
periodical tasks, but J2EE specification, prior to 1.4 has no such
provisions. Further, Servlet/JSP specification has no such provision,
even in J2EE 1.4. You'd be best advised to setup a cron-job to
perform this periodic activity. There are several good HTTP client
packages out there, Jakarta-Commons HTTPclient, to name one, that
will help you in building the client side of your cron-job.
Nix.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
