Is using reify to implement org.quartz.Job still a problem?

[Neale Swinnerton]

Hi,

Digging in the source of defjob I noticed a comment  about clojure.core/reify not working to implement org.quartz.Job.[1]

Is this still true? I reworked one of the getting starting examples to use reify instead of defjob and it seems to work fine [2]. 

Am I missing something? I'm using clojure 1.5.1, java 1.7.0_13 on OSX Lion

[1] https://github.com/michaelklishin/quartzite/blob/master/src/clojure/clojurewerkz/quartzite/jobs.clj#L69

[2] https://gist.github.com/sw1nn/5619580#file-quartz-clj-L17

[Michael Klishin]

2013/5/21 Neale Swinnerton <ne...@isismanor.com>

Is this still true?

AFAIR, this job won't load during execution because Quartz has certain assumptions about classloaders.
--
MK

http://github.com/michaelklishin
http://twitter.com/michaelklishin

[Neale Swinnerton]

On Tue, May 21, 2013 at 3:14 PM, Michael Klishin <michael....@gmail.com> wrote

AFAIR, this job won't load during execution because Quartz has certain assumptions about classloaders.

The example in the gist works fine, but I have a more complex example that fails with InstantiationException. Not sure why. I wonder if a clojure.lang.DynamicClassLoader aware JobFactory might solve the problem. 

[Michael Klishin]

2013/5/21 Neale Swinnerton <ne...@isismanor.com>

The example in the gist works fine, but I have a more complex example that fails with InstantiationException. Not sure why. I wonder if a clojure.lang.DynamicClassLoader aware JobFactory might solve the problem. 

Yes and that's how I solved it in my apps but this is now such a great idea for a library.

Do you have any specific reasons to need to use reify (besides defrecord not really being meant to be used that way)?

[Neale Swinnerton]

On Tue, May 21, 2013 at 3:25 PM, Michael Klishin <michael....@gmail.com> wrote:

Do you have any specific reasons to need to use reify (besides defrecord not really being meant to be used that way)?

I'm dynamically creating the jobs based on config, as a workaround I'm looking at having a single job defined that takes parameters via job ctx, which looks OK, but it would be nice  to understand what's stopping reify working. 

 

[Michael Klishin]

2013/5/21 Neale Swinnerton <ne...@isismanor.com>

but it would be nice  to understand what's stopping reify working.

Rake a look at JobDetail#getJobClass. Quartz itself dynamically instantiates
some parts using a separate classloader. Overriding classloader used to load job looks like this:

https://github.com/michaelklishin/quartz-mongodb/blob/master/src/main/java/com/novemberain/quartz/mongodb/MongoDBJobStore.java#L944

https://gist.github.com/michaelklishin/7e0695d7b42f6a2bfe34

or you can provide a custom org.quartz.spi.ClassLoadHelper but I don't have any examples of that.

[Michael Klishin]

2013/5/21 Michael Klishin <michael....@gmail.com>

Rake a look at JobDetail#getJobClass

To spare you some time looking for a Quartz mirror on github, I'm afraid the repo
is only available in Subversion: http://quartz-scheduler.org/community/source-code

and I could not find a Web interface.

C'est la vie.

[Michael Klishin]

2013/5/21 Michael Klishin <michael....@gmail.com>

I could not find a Web interface

Now they seem to have FishEye that does not timeout

but asks for credentials ;?

http://svn.terracotta.org/fisheye/browse/Quartz

[Neale Swinnerton]

On Tue, May 21, 2013 at 4:01 PM, Michael Klishin <michael....@gmail.com> wrote:

Now they seem to have FishEye that does not timeout

but asks for credentials ;?

same for me, I just took the hit and pulled down the code via svn :/