Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 851487

Summary: make Spacewalk work with quartz-2.x
Product: [Community] Spacewalk Reporter: Jan Hutař <jhutar>
Component: ServerAssignee: Tomáš Kašpárek <tkasparek>
Status: CLOSED EOL QA Contact: Red Hat Satellite QA List <satqe-list>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 1.8CC: mmraka
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-03-06 10:27:50 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Jan Hutař 2012-08-24 10:04:35 UTC
Description of problem:
Spacewalk uses quartz-1.8.1-3.fc14 from spacewalk-nightly repo. Fedora 17 now provides quartz-2.1.2-3.fc17. After Spacewalk installation, upgrade of mine system is failing because of spacewalk packages depending on old quartz or conflicting with new one.


Version-Release number of selected component (if applicable):
spacewalk-taskomatic-1.8.131-1.fc17.noarch
spacewalk-search-1.8.5-1.fc17.noarch
quartz-2.1.2-3.fc17.noarch


How reproducible:
always


Steps to Reproduce:
1. Use quartz from Fedora and see what breaks


Actual results:
==> /var/log/rhn/rhn_taskomatic_daemon.log <==
INFO   | jvm 1    | 2012/08/25 08:44:35 | 
FATAL  | jvm 1    | 2012/08/25 08:44:38 | org.quartz.Scheduler.addTriggerListener(Lorg/quartz/TriggerListener;)V
java.lang.NoSuchMethodError: org.quartz.Scheduler.addTriggerListener(Lorg/quartz/TriggerListener;)V
	at com.redhat.rhn.taskomatic.core.SchedulerKernel.<init>(SchedulerKernel.java:130)
	at com.redhat.rhn.taskomatic.core.TaskomaticDaemon.onStartup(TaskomaticDaemon.java:98)
	at com.redhat.rhn.taskomatic.core.BaseDaemon.startupWithOptions(BaseDaemon.java:187)
	at com.redhat.rhn.taskomatic.core.BaseDaemon.start(BaseDaemon.java:54)
	at org.tanukisoftware.wrapper.WrapperManager$11.run(WrapperManager.java:2788)
STATUS | wrapper  | 2012/08/25 08:44:40 | <-- Wrapper Stopped


Expected results:
Should work


Additional info:
Maybe this info might be useful here:
http://quartz-scheduler.org/documentation/quartz-2.x/migration-guide#changes-related-to-listeners-joblistener-triggerlistener-schedulerlistener

Comment 1 Michael Mráka 2020-03-06 10:27:50 UTC
Spacewalk 2.8 (and older) has already reached it's End Of Life.

Thank you for reporting this issue and we are sorry that we were not
able to fix it before end of life. If you would still like
to see this bug fixed and are able to reproduce it against current version
of Spacewalk 2.9, you are encouraged change the 'version' and re-open it.