Hi Wolfgang, quartz is optional in droolsjbpm-knowledge, because most people don't need it: <dependency> <groupId>org.opensymphony.quartz</groupId> <artifactId>quartz</artifactId> <scope>provided</scope><!-- This should really be scope:compile with optional:true --> </dependency> the version is inherited from the droolsjbpm-parent: <dependency> <groupId>org.opensymphony.quartz</groupId> <artifactId>quartz</artifactId> <version>1.6.1</version> <scope>provided</scope> </dependency> The pom's actually have all the dependency information. Just the maven tools to expose that visually is pathetic to what it could be. Trying to keep a ReadMe up to date with that is a maintenance nightmare because a dependency tree is a tree, not a list. We would need to include a tree per artifact, making one big unreadable readme file :) I do agree, that the documentation on how to use quartz with drools (do we have any?) should state you require to add a quartz dependency too to be able to use that functionality. Op 07-03-12 10:41, Wolfgang Laun schreef: > Is there a standard procedure for Drools releases, regulating whether > they contain 3rd party jars that are essential for core (!) functions > of Drools? > > For example: After downloading and installing 5.3.0, I tried to use a > rule calendar, but there's no "quartz" to be found in all the *.jar > files in /drools-distribution-5.3.0.Final/binaries. > > Downloading quartz is no problem, but it would be NICE if there were a > hint in the ReadMeDrools.txt. (And what else is required but not > included?) > > -W > _______________________________________________ > rules-dev mailing list > rules-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-dev > -- With kind regards, Geoffrey De Smet _______________________________________________ rules-dev mailing list rules-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-dev

quartz should be an optional jar only needed if you wish to adapt existing quartz calendars. Otherwise you can just write your own calendars against our own interface.

Mark On 07/03/2012 09:41, Wolfgang Laun wrote: > Is there a standard procedure for Drools releases, regulating whether > they contain 3rd party jars that are essential for core (!) functions > of Drools? > > For example: After downloading and installing 5.3.0, I tried to use a > rule calendar, but there's no "quartz" to be found in all the *.jar > files in /drools-distribution-5.3.0.Final/binaries. > > Downloading quartz is no problem, but it would be NICE if there were a > hint in the ReadMeDrools.txt. (And what else is required but not > included?) > > -W > _______________________________________________ > rules-dev mailing list > rules-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-dev _______________________________________________ rules-dev mailing list rules-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-dev