Hi,
Currently there's no support for this kind of accuracy. It could be
troublesome when you think about the instantiation and setup of job
context etc. You would have a "good change" that trigger fires exactly
at .700 milliseconds but the actual job running would obviously be
further away, but really close especially with RAMJobStore. You could
always fire off the job at 9:29:59 and do proper adjustment with some
short sleeping and finding the exact moment to run.
As *nix cron and Quartz don't allow milliseconds another option could
be to have simple triggers with programmatic scheduling for the future
needs, say schedule for 6 next months (4*6 triggers).
Quartz will do it's best to fire job at exactly correct moment, but
millisecond precision is hard to get.
Hope this helps,
-Marko