[JBoss JIRA] (AS7-5635) Changing the package of a class containing a @Schedule method does not remove previously scheduled method
6 p.m.
Kevin Hooke created AS7-5635:
--------------------------------
Summary: Changing the package of a class containing a @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
6:05 p.m.
[
https://issues.jboss.org/browse/AS7-5635?page=com.atlassian.jira.plugin.s...
]
Kevin Hooke commented on AS7-5635:
----------------------------------
Stack trace:
Caused by: java.lang.RuntimeException: JBAS014480: Could not load declaring class:
old.package.name.ExampleClassName of timeout method
at org.jboss.as.ejb3.timerservice.CalendarTimer.getTimeoutMethod(CalendarTimer.java:262)
at org.jboss.as.ejb3.timerservice.CalendarTimer.<init>(CalendarTimer.java:136)
at
org.jboss.as.ejb3.timerservice.TimerServiceImpl.getActivePersistentTimers(TimerServiceImpl.java:906)
at
org.jboss.as.ejb3.timerservice.TimerServiceImpl.restoreTimers(TimerServiceImpl.java:633)
at org.jboss.as.ejb3.timerservice.TimerServiceImpl.start(TimerServiceImpl.java:190)
at
org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)
[jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at
org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)
[jboss-msc-1.0.2.GA.jar:1.0.2.GA]
... 3 more
Changing the package of a class containing a @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
6:10 p.m.
New subject: [JBoss JIRA] (AS7-5635) Changing the package of a class containing an @Schedule method does not remove previously scheduled method
[
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
12:55 a.m.
New subject: [JBoss JIRA] (AS7-5635) Changing the package of a class containing an @Schedule method does not remove previously scheduled method
[
https://issues.jboss.org/browse/AS7-5635?page=com.atlassian.jira.plugin.s...
]
jaikiran pai commented on AS7-5635:
-----------------------------------
Kevin, thanks for reporting this. This is actually a known issue which is being tracked
here AS7-4694. I'll mark this one as a duplicate of that other issue.
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
12:57 a.m.
New subject: [JBoss JIRA] (AS7-5635) Changing the package of a class containing an @Schedule method does not remove previously scheduled method
[
https://issues.jboss.org/browse/AS7-5635?page=com.atlassian.jira.plugin.s...
]
jaikiran pai resolved AS7-5635.
-------------------------------
Resolution: Duplicate Issue
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
12:57 a.m.
New subject: [JBoss JIRA] (AS7-5635) Changing the package of a class containing an @Schedule method does not remove previously scheduled method
[
https://issues.jboss.org/browse/AS7-5635?page=com.atlassian.jira.plugin.s...
]
jaikiran pai closed AS7-5635.
-----------------------------
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
4392
days inactive
4393
days old
5 comments
2 participants
participants (2)
-
jaikiran pai (JIRA) -
Kevin Hooke (JIRA)