[
https://issues.jboss.org/browse/AS7-5635?page=com.atlassian.jira.plugin.s...
]
Kevin Hooke updated AS7-5635:
-----------------------------
Summary: Changing the package of a class containing an @Schedule method does not
remove previously scheduled method (was: Changing the package of a class containing a
@Schedule method does not remove previously scheduled method)
Changing the package of a class containing an @Schedule method does
not remove previously scheduled method
----------------------------------------------------------------------------------------------------------
Key: AS7-5635
URL:
https://issues.jboss.org/browse/AS7-5635
Project: Application Server 7
Issue Type: Bug
Components: EJB
Affects Versions: 7.1.0.Final
Reporter: Kevin Hooke
Assignee: jaikiran pai
Priority: Minor
If you have a class deployed in a war with a method annotated with @Schedule, if you
change the package of the class and redeploy, the server attempts to execute the scheduled
method in the previous version of the class.
It looks like there's some metadata saved to the \standalone\data\timer-service-data\
dir that does not get cleaned up. Deleting the dir that matching the webapp modified and
then restarting appears to fix the issue.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:
http://www.atlassian.com/software/jira