Se você quiser utilizar um projeto web utilizando o quartz-2.x no WebLogic com SOA Suite, terá um problema semelhante a esse:
java.lang.NoSuchMethodError: org.quartz.Scheduler.getJobGroupNames()Ljava/util/List;
Isso significa que o WebLogic está utilizando uma classe com versão diferente do quartz-2.x. Se você utilizar o utilitário descrito nesse post na pasta de instalação do WebLogic com SOA Suite, irá verificar que o WebLogic utiliza outra versão do quartz:
./soa/modules/quartz-all-1.6.5.jar:org/quartz/Scheduler.class
Mesmo que você coloque o jar do quartz 2.x na pasta WEB-INF/lib o ClassLoader do WebLogic irá considerar o quartz do SOA. Para dar preferência à lib que está na WEB-INF/lib adicione a seguinte instrução no arquivos WEB-INF/weblogic.xml do seu projeto:
<?xml version = '1.0' encoding = 'UTF-8'?> <weblogic-web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.bea.com/ns/weblogic/weblogic-web-app http://www.bea.com/ns/weblogic/weblogic-web-app/1.0/weblogic-web-app.xsd" xmlns="http://www.bea.com/ns/weblogic/weblogic-web-app"> ... <container-descriptor> <prefer-web-inf-classes>true</prefer-web-inf-classes> </container-descriptor> </weblogic-web-app>
Com isso a lib do quartz que está dentro da pasta WEB-INF lib será considerada pelo ClassLoader para essa aplicação ao invés da que está no servidor.